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(54) Method for synchronous communication in an 1EEE-1394 serial bus network 



(57) The invention relates to a method of setting 
synchronous communication in a bus network such as 
an IEEE -1394 bus network in which plural buses are 
connected via a bridge, a bus network utilizing the meth- 
od and a medium of an information provider. An owner 
(a resource-possessing node), a talker (a sending node) 
and a listener (a receiving node) are connected to any 
of plural buses constituting an IEEE-1 394 bus network 
In a first step, a command to set synchronous commu- 
nication is propagated from the owner to a portal of a 



bridge. In a second step, a command to set communi- 
cation between portals of bridges on the same bus is 
propagated. In a third step, a command to set commu- 
nication is propagated between portals of the same 
bridge. After the first step is executed, the second and 
third steps are suitably repeated. Therefore, a command 
for setting synchronous communication is sequentially 
propagated and synchronous communication is set for 
the bus and the bridge on a path from the talker to the 
listener. 
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Description 

[0001] The present invention generally relates to a 
method of setting synchronous communication in a bus 
network such as an IEEE-1394 bus network in which 
plural buses are connected via a bridge, a bus network 
utilizing the method and a medium of an information pro- 
vider More particularly, the present invention relates to 
a method of setting synchronous communication in a 
bus network and others wherein, when the synchronous 
communication for a bus and a bridge respectively con- 
stituting a path (a communication channel) from a send- 
ing node to a receiving node is set, a request for setting 
synchronous communication from a resource-possess- 
ing node is sequentially propagated to enable the syn- 
chronous communication to be set satisfactorily, even if 
the resource-possessing node, the sending node and 
the receiving node do not exist on the same bus. 

2. Description of relevant art 

[0002] For a standard for transmitting a digital signal, 
multiple standards such as standards by International 
Electro* echnical Commission (IEC) and Institute of 
Electrical and Electronics Engineers (IEEE) exist. 
Above all, IEEE 1394 attracts attention in application to 
multimedia such as the connection between pieces of 
the electronic equipment for domestic use, for example, 
digital video recorder, and connection between these 
pieces of the electronic equipment and a computer. As 
IEEE 1394 is well-known, the description of the contents 
is omitted, 

[0003] Currently, P1 394.1 working group makes the 
protocol standardization activities of a bridge for con- 
necting buses used in an IEEE-1394 high-speed serial 
bus communication environment (the working group 
has prepared a draft for standardization entitled 
Pi 394,1 Draft 0.03 Oct. 18, 1997 as of June in 1998). 
In the following description, the above latest draft for 
standardization is called a bridge draft. An IEEE-1394 
bridge (hereinafter called only a bridge) is composed of 
two communication means connected thereto, each of 
which is called a portal, and is connected to an IEEE- 
1*394 bus (hereinafter suitably abbreviated to a bus). 
The data can be transmitted via the above bridge be- 
tween plural buses. 

[0004] The number of nodes (IEEE-1394 equipment) 
which can be connected to one IEEE-1 394 bus is limited 
lo a maximum of 63. However, the connection of the plu- 
ral buses through the bridge to constitute bus network 
including buses and bridges allows it to connect the 
nodes of more than 63. It has been already proposed 
that data should be transmitted not only via a cable but 
using a radio wave, infrared rays and others in a bridge 
(between portals). 

[0005] IEEE 1394 is provided with an isochronous 
transfer function and thus synchronous communication 
is executed on an IEEE-1394 bus every 125 u. sec. Fig 



1 shows an example in which an isochronous packet is 
transferred in synchronous communication. A node 
called a cycle master sends a cycle start packet CS eve- 
ry 125 u sec. After the cycle start packet CS is sent, the 

5 transfer of an isochronous packet is started. In Fig. 1, 
two types of isochronous packets Pis are transferred us- 
ing channels a and b. After the transfer of the iso- 
chronous packets Pis is completed, the transfer of an. 
asynchronous packet Pas is started. 

w [0006] To enable the above synchronous communica- 
tion, the setting of synchronous communication, that is, 
setting forchannelsand band capacity is required. How- 
ever, in IEEE 1394 ; only a method of setting synchro- 
nous communication in a case that an owner (a re- 

*s source -possessing node in synchronous communica- 
tion), a talker (a packet sending node in synchronous 
communication) and a listener (a packet receiving node 
in synchronous communication) are connected to the 
same bus, is defined. That is, a method of setting syn- 

20 chronous communication in case an owner, a talker and 
a listener exist on different buses is undefined. In the 
IEEE-1394. 

[0007] The object of the present invention is to provide 
a method of setting synchronous communication and 

2S others in a bus network in which the setting of synchro- 
nous communication is satisfactorily enabled even if a 
resource possessing node, a sending node and a re- 
ceiving node are not connected to the same bus. 
[0008] A method of setting synchronous communica- 

30 tion in a bus network according to the present invention 
is a method in which a plurality of the buses are con- 
nected to each other using a bridge including first and 
second communication means and is provided with the 
following first to third steps. 

35- [0009] in the first step, a resource-possessing node 
sets synchronous communication for a first bus when a 
sending node or a receiving node exists on the first bus 
on which the resource-possessing node itself exists, 
and the resource-possessing node sends a request for 

4 o setting synchronous communication to the first commu- 
nication means of the bridge existing on the first bus 
when no sending node or no receiving node exists on 
the first bus and passing a packet to the sending node 
or the receiving node respective ty not existing on the 

*5 first bus. 

[0010] In the second step, the first communication 
means of the bridge received the request for setting syn- 
chronous communication from the resource-possessing 
node sends a request for setting synchronous commu- 

50 nication to second communication means connected to 
the first communication means, and sets synchronous 
communication for the first communication means itself 
when the first communication moans itself is existed on 
a path from the sending node to the receiving node. 

55 [0011] In the third step, the second communication 
means of the bridge received the request for setting syn- 
chronous communication sets synchronous communi- 
cation for a second bus when the above sending node 
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or the above receiving node exists on the second bus 
on which the second communication means itself exists, 
sets synchronous communication for the second com- 
munication means itself when the second communica- 
tion means hself exists on a path from the sending node 
to the receiving node and further sends a request fcr 
setting synchronous communication to the first commu- 
nication means of the bridge existing on the second bus 
when no sending node or no receiving node exists on 
the second bus and passing a packet to the sending 
node or the receiving node respectively not existing on 
the above second bus, 

[0012] fn the present invention, after the first step is 
executed, the second and third steps are suitably re- 
peated. A request for setting synchronous communica- 
tion is sequentially propagated and synchronous com- 
munication is set for buses and a bridge constituting a 
path from a sending node to a receiving node. Hereby, 
even if a resource-possessing node, a sending node 
and a receiving node do not exist on the same bus, the 
setting of synchronous communication is satisfactorily 
executed. 

[0013] A further understanding of the nature and ad- 
vantages of the invention may be realized by reference 
to the following portion of the specification and draw- , 
ings. 

Fig. 1 is a diagram for explaining the transfer cf an 
isochronous packet; 

Figs. 2A through 2C are diagrams each showing an 
example in which an owner a talker and a listener 
are arranged in an IEEE-1 394 bus network: 
Figs. 3A and 3Bare diagrams each showing anoth- 
er example in which the owner, the talker and the 
listener are arranged in the IEEE-1 394 bus network; 
Figs. 4A and 4B are diagrams each showing further 
example in which the owner, the talker and the lis- 
tener are arranged in the IEEE-1 394 bus network; 
Fig. 5 is a block diagram showing the configuration 
of the owner; 

Fig, 6 is a block diagram showing the configuration 
ofIRM; 

Fig. 7 is a block diagram showing the structure of 

the address space of CSR architecture; 

Fig. 8 is a block diagram illustrating the positions 

and operations of principle CRS, 

BANDWIDTH_AVAI LABLE register and 

CHANNELS. AVAILABLE register, 

Fig. 9 is a block diagram showing the configuration 

of a bridge; 

Fig. 10 is a flowchart showing an operation for set- 
ting synchronous communication from the owner to 
the bridge; 

Fig. 11 is a flowchart showing an operation for set- 
ting synchronous communication from the portal to 
other portal; 

Fig, 12 is a flowchart showing an operation for set- 
ting synchronous communication from the bridge to 



4 

other bridge; 

Fig. 13 is a flowchart showing an operation for re- 
leasing the setting of synchronous communication 
form the owner to the bridge; 

5 Fig. 14 is a flowchart showing an operation for re- 
leasing the setting of synchronous communication 
from the portal to other portal; and 
Fig. 1 5 is a flowchart showing an operation for re- 
leasing the setting of synchronous communication 

10 from the bridge to other bridge. 

[0014] Referring to the drawings, embodiments of the 
present invention will be described below. Before the 
concrete description of the contents, main words used 
'5 in the description v/ill be described briefly to facilitate 
understanding thereof. 

[0015] A word, "owner*, means a node that possess- 
es a resource of synchronous communication. The own- 
er starts setting for synchronous communication. 
[0016] A word, "talker", means a packet -sending node 
of synchronous communication and a word, 'listener", 
means a packet- receiving node of synchronous com- 
munication, 

[0017] For example, a system wherein a personal 
computer acts as the owner, a video camera acts as the 
talker and a television receiver acts as the listener is 
conceivable. Further, a system wherein a video camera 
acts as the owner and the talker and a television receiver 
acts as the listener is also conceivable. 
[0018] Words, "bus ID", mean an identifier for identi- 
fying each bus constituting a bus network. Unique bus 
ID is allocated to each IEEE-1 394 bus constituting the 
bus network. 

[0019] Words; "local bus ID - , mean an identifier for 
identifying a bus (a local bus) on which anode for exe- 
cuting processing exists. 

[0020] Words, "talker bus ID", mean an identifier for 
identifying a bus (a talker bus) on which a talker exists. 
[0021] Words, 'listener bus ID", mean an identifier for 
identifying a bus (a listener bus) on which a listener ex- 
ists. 

[0022] Words, "physical ID", mean a physical identifi- 
er for identifying a node connected to a bus. Unique 
physical ID is allocated to each node connected to the 
bus. 

[0023] Words, "talker physical ID", mean the physical 
ID of a talker. 

[0024] Words, "listener physical ID", mean the physi- 
cal ID of a listener. 

[0025] Words., "node ID", mean an identifier for iden- 
tifying a node. The node ID is composed of the bus ID 
and the physical I D, Hereby, Unique node I D is allocated 
to each node connected to the bus network. 
[0026] Words, "on the isochronous path (OIP)", mean 
a flag for showing whether a node exists on a path from 
a talker to a listener or not. WhenOIP is 1, the flag shows 
that the node exists on the path When OIP is 0. the flag 
shows thai Ihe node does not exist on the path. 
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[0027] Words, "target on the isochronous path (TOIP) 
\ mean a flag for showing whether a target node exists 
on a path from a talker to a listener or not. When TOIP 
is 1, the flag shows that the target node exists on the 
path. When TOIP is 0, the flag shows that the target 
node does not exist on the path. 
[0028] A word, "initiator", means a node for sending 
a set command of synchronous communication to a tar- 
get node on the same bus. An owner of synchronous 
communication or a portal of a bridge can be the initiator. 
[0029] Words, "target node tt , mean a portal of the 
bridge on a path towards a locaf bus on which a talker 
exists, viewed from the initiator, when TOIP is 0 and 
mean a portal of the bridge on a path towards a local 
bus on which a listener exists, viewed from the initiator, 
when TOIP is 1. The initiator and the target node exist 
on the same. bus. 

[0030] Words, 'target node ID", mean a node ID of a 
target node. 

[0031] Words, 'local bus synchronous communica- 
lion", mean synchronous communication closed in a 
bus. They are defined in IEEE 1394. The connection of 
the adjacent locaf buses allows synchronous communi- 
. cation via a bridge. 
[0032] Words, "complete response", mean a re- 
sponse indicating that setting for synchronous commu- 
nication is completed. 

[0033] Words, "fail response", mean a response indi- 
cating that setting for synchronous communication fails* 
[0034] Words, "other portal", mean the other portal of 
two portals constituting a bridge, viewed from one portal. 
[0035] Figs. 2A to 2C, 3A, 3B, 4A and 4B respectively 
show an example in which an owner 1 , a talker 2 and a 
listener 3 are arranged in an IEEE-1394 bus network to 
which the present invention is applied In Fig. 2A, the 
owner 1 , the talker 2 and the listener 3 exist on the same 
bus 4. 

[0036] Words, "isochronous resource manager (IRM) 
* 5, mean a synchronous communication control node 
for controlling communication resources. To enable syn- 
chronous communication, IRM 5 is required on the bus 
4 in addition to the owner 1 , the talker 2 and the listener 
3. The above IRM 5 is automatically selected from the 
nodes to be become IRM in bus configuration. 
[0037J In Fig. 2B, the talker 2 and the listener 3 exist 
on the same bus 4 and the owner 1 exists on a bus 4 
different from the above bus. The buses 4A, 4B are con- 
nected via a bridge 6. As shown in Fig. 2B, the bus 4 on 
which the owner 1 exists and the bus 4 on which the 
talker 2 and the listener 3 exist are adjacent. However, 
a case that other one or plural buses 4 exist between 
the above buses 4A. 4B i3 conceivable. As for adjacent 
busos 4A, 4B in Figs. 2C, 3A. 3B, 4A and 4B, the situ- 
ation is also the same. 

[0038] In Fig. 2C, the owner 1 and the talker 2 exist 
on the same bus 4 and the listener 3 exists on a bus 4 
different from the above bus. 

[0039] In Fig. 3A, the owner 1 and the listener 3 exist 



on the same bus 4 and the talker 2 exists on a bus 4 
different from the above bus. In Fig. 3B, the owner i, 
the talker 2 and the listener 3 exist on each different bus 
4 in the above order. The buses 4A r 4B. 4C are sequen- 
5 tially connected via each bridge 6. 

[0040] In Fig, 4A. the owner 1, the listener 3 and the 
talker 2 exist on each different bus 4 in the above order 
In Fig. 4B, the talker 2. the owner 1 and the listener 3 
exist on each different bus 4 in the above order. 
io [0041] Fig. 5 shows the configuration of the owner 1. 
The owner 1 is a node of an IEEE-1 394 bus and is com- 
posed of an IEEE-1 394 communication unit 11 , a control 
unit 12, RAM 13, ROM 14 and an application unit 15. 
[0042] The control unit 12 or the application unit 15 

is controls the IEEE-1394 communication unit 11 wherein 
data supplied from the control unit 1 2 or the application 
unit 15 is packed. The IEEE-1394 communication unit 
n sends the IEEE-1 394 packet via the bus 4, extracts 
the data trom a packet received via the bus 4 and out- 

20 puts it to the control unit 12 or the application unit 15. 
[0043] The IEEE-1 394 communication unit 1 1 issues 
and sends a request packet for reading, writing, locking 
and others. Further, the IEEE-1 394 communication unit 
11 aiso illustratively issues and sends a response pack- 

25 et and an acknowledgment packet in response to the 
above requests. 

[0044] The control unit 12 controls each unit accord- 
ing to instructions from the application unit 15. For ex- ' 
ample, when the control unit 1 2 receives a request for 
^0 issuing a request packet for reading and locking from 
the application unit 15, the control unit 12 instructs the 
IEEE-1394 communication unit 11 to issue the request 
packet. 

[0045] The RAM 13 is defined so that it functions as 
35 control and status registers (CSR) for the IEEE-1394 
Standard and suitably stores data, a program and others 
respectively required for the control unit 12 to execute 
various processing. The ROM 1 4 includes configuration 
ROM. Various programs, various parameters and others 
40 are stored in ROM 14. 

[0046] The application unit 1 5 gives instructions relat- 
ing to the setting required for synchronous communica- 
tion at IRM 5 and the bridge 6 to the control unit 1 2 or 
the IEEE-1 394 communication unit- 11. The application 
45 unit 15 can display the result of communication on. for 
example, a monitor not shown. 

[0047] Fig. 6 shows the configuration of the IRM 5. 
The IRM 5 is a node of the IEEE-1394 bus and is com- 
posed of an IEEE-1 394 communication unit 51 , a control 

50 unit 52, RAM 53 and ROM 54. 

[0048] The control unit 52 controls the IEEE-1394 
communication unit 51 wherein data supplied from the 
control unit 52 is packed. The IEEE-1394 communica- 
tion unit 51 sends the above IEEE-1394 packet via the 

55 bus 4, extracts the data from a packet received via the 
bus 4 and outputs it to the control unit 52. 
[0049] The ROM 54 includes configuration ROM. Var- 
ious programs, various parameters and others are 
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stored in the ROM 54. 

[0050] The RAM 53 is defined so that it functions as 
CSRof the IEEE-1 394 Standard and suitably stores da- 
ta, a program and others respectively required for the 
control unit 52 to execute various processing. A control 
and status register (CSR) of RAM 53 includes areas for 
a bandwidth available register and a channels available 
register. 

(0051 ] The bandwidth available register and the chan- 
nels available register will be described with reference 
to Figs. 7 and 8. 

[0052] The structure of the CSR architecture address 
space is illustrated in Fig. 7. c 
[0053] In such structure, the upper 1 6 bits form a node 
ID representing one of the IEEE 1394 nodes and the 
other 48 bits are used to designate address space as- 
signed to each node. 

[0054] The upper. 16 bits are separated into a bus ID 
of 10 bits and a physical ID of 6 bits. Since ihe case in 
which all of the bits are set to 1 is reserved for a special, 
purpose, 1023 buses and 63 nodes can be designated. 
[0055] The space prescribed with the upper 20 bits of 
the address space of- 256 terabytes prescribed with the 
lower 48 bits is separated into an initial register space 
such as a CSR specific register, an IEEE-1394 specific 
register of 2043 bytes, a private space, an initial memory 
space and so on. 

[0056] The space prescribed with the lower 28 bits is 
used as a configuration read-only memory (ROM), an 
initial unit spaca for use specific to the nodes, plug con- 
trol registers (PCRs) and so forth, if an initial, register 
space is prescribed with the upper 20 bits. 
[0057] Offset addresses, names and functions of es- 
sential CSRs are illustrated in Fig. 8. The offsets shown 
in Fig. 6 are addresses offset from address 
FFFFFOOOOOOOh (in which "h* denotes hexadecimal no- 
tation) starting tho initial register space/ A bandwidth 
available register is allocated to the offset 220h and 
stores a band assignable to isochronous communica- 
tion. In the bandwidth available register, a maximum val- 
ue may be stored when no band is assigned for iso- 
chronous communication and the value may be reduced 
each time a band is assigned. 

[0058] Channel available register is allocated to the 
offsets 224h to 228h and has bits corresponding to 
channel numbers 0 to 63. A bit having a value of zero 
may indicate that the corresponding channel has been 
assigned. 

[0059] Fig. 9 shows the configuration of the biidge 6. 
The bridge 6 is equipment for connecting the IEEE-1 394 
buses 4. 4 and is composed of two portals 60A and 60B 
as first and second communication means, which are 
connected. Tho portals 60A and 60B respectively are 
nodes of the IEEE-1 394 bus. The two portals may bo 
composed of one apparatus. 

[0060] The portal 60A is composed of an IEEE-1 394 
communication unit 51 A, a control unit62A. RAM 63A. 
ROM 64A and a fabric communication unit 65A. Simi- 



larly, the portal 60B is composed of an IEEE-1 394 com- 
munication unit 61 B. a control unit 62B, RAM 63B, ROM 
64B and a fabric communication unit 65B. 
[0061] The RAMs 63A and 63B respectively function 
s as CSR for the IEEE-1 394 Bridge. They respectively se- 
cure a register area defined for the IEEE-1 394 bridge 
such as a streams available register and in addition, an 
area for a group of registers defined in IEEE 1394-1995 
(IEEE 1394), 

10 [0062] The ROMs 64A and 64B also similarly follow 
a format of the IEEE-1 394 Bridge and a format defined 
in IEEE 1394-1995. They respectively include configu- 
ration ROM and store various programs, various param- 
eters and others. 

is [0063] The control units 62A, 62B respectively control 
the IEEE-1394 communication units 61 A, 61 B wherein 
data supplied from the control units 62A r 62B respec- 
tively are packed. The IEEE-1 394 communication units 
61 A, 61B respectively send the packet data via the bus- 

20 es 4, 4 or the fabric communication units 65A, 65 B. They 
respectively extract the data from a packet data re- 
ceived via the buses 4, 4, and output the data to the 
controi units 62A, 62B or the fabric communication units 
65A. 65B. Further, they respectively extract the data 

2S from a packet data received via the fabric communica- 
tion units 65 A, 65 B and respectively output the data to 
the control units 62A, 628 or the buses 4, 4. 
[0064] As described above, the portals 60 A and 60 B 
constituting the bridge 6 are respectively provided with 

30 the fabric communication units 65A. 65B. A pair of fabric 
communication units 65A, 65B functions as the fabric of 
the IEEE-1394 Bridge. 

[0065] The control units 62A, 62B respectively control 
the fabric communication units 65A, 65 B wherein data 

35 sent from the IEEE-1 394 communication units 61 A, 6 1 B 
are respectively received, The IEEE-1 394 communica- 
tion units 6 1 A, 61 B respectively send the data to the oth- 
er fabric communication units 65B, 65A. The fabric com- 
munication units 65A, 65B respectively send data sent 

-to from the other fabric communication units 65B 65A to 
the IEEE-1394 communication units 61 A, 61 B and the 
control units 62A, 62B. 

Synchronous communication setting method 

[0066] Next, a synchronous communication setting 
method in the above bus network will be described. 
[0067] Referring to a flowchart shown in Fig. 10, the 
operation foi setting synchronous communication of the 
so owner 1 will be described below. 

[0068] The owner 1 executes operation for setting 
synchronous communication using talker bus ID, talker 
physical ID, listener bus ID, listener physical ID and the 
information of synchronous communication band ca- 
pacity. In this embodiment, it is a premise that the above 
information is already known. The owner 1 executes 
steps in the flowchart shown in Fig. 1 0 when it sets syn- 
chronous communication. 
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[0069] In a step ST101 , it is judged whether the local 
bus ID is equal to the talker bus ID or not. When they 
are different, the process proceeds to a step ST102. 
When they are the same, the process proceeds to a step 
ST1 04. if the owner 1 and Ihe talker 2 exist on the same 
bus 4, local bus ID and talker bus ID are equal (see Figs. 
2A and 2C). In the step ST102, TOIP is set to 0 (zero). 
[0070] In the step ST103, talker bus ID is substituted 
tor destination bus ID and the process proceeds to a 
step ST109. 

[0071] In the meantime, in the step ST104, TOIP is 
set to 1. Next, in a step ST105 ; the synchronous com- 
munication of a local bus Is set. In this case, a node for 
setting synchronous communication (the owner 1 ) sub- 
tracts a value of band capacity used for synchronous 
communication from a value of band capacity represent- 
ed by the bandwidth available register of RAM 53 in IRM 
5 existing on the local bus (the bus 4 to which the owner 
1 is connected), and then updates the bandwidth avail- 
able register so that the register has a value acquired 
by the above subtraction. 

[0072] Further, the node for setting synchronous com- 
munication retrieves the number of an unused channel 
based upon the value of the channels available register 
of the RAM 53 in the IRM 5, selects one of the numbers 
and declares that it is used for synchronous communi- 
cation. The above processes are executed using lock 
transaction called compare and swap and read transac- 
tion. 

[0073] Next, in a step ST 105, it is judged whether the 
setting of synchronous communication for the local bus 
in the step ST 105 succeeds or not When the setting 
succeeds, the process proceeds to a step ST107. When 
the setting fails, the process proceeds to a step ST116. 
For a case that the setting of synchronous communica- 
tion fails, a case that a value of band capacity represent- 
ed by the bandwidth available register is smaller than a 
value of band capacity used for synchronous communi- 
cation or a case that there is no number of an unused 
channel is conceivable. 

[0074] In the step ST 107, it is judged whether local 
bus ID is equal to listener bus ID or not. When they are 
different, the process proceeds to a step ST108. When 
they are the same, the process proceeds to a step 
ST113. If the owner l and the listener 3 exist on the 
same bus 4, local bus ID and listener bus ID are equal 
(see Fig. 2A). In the step ST 1 08, listener bus ID is sub- 
stituted for destination bus ID and the process proceeds 
to the step ST109. 

[0075] In the step ST109, target node ID is retrieved. 
Target node ID means the node ID of a portal of the 
bridge 5, which exists on the bus 4 connecting to the 
owner 1 and which exists on a path toward the bus 4 
having the same bus ID as destination bus ID. 
[0076] An example of a method of retrieving target 
node ID will be described below. 

[0077] A node for retrieving target node ID executes 
the following steps ST109-1 to ST109-3. 



[Step ST 109-1) 

[0078] First, routing information stored in all portals of 
the bridge existing on the local bus is read, and then the 
5 node ID and the routing information of the bridge portal 
are stored. 

[0079] Routing information is stored in 
ROUTING^BOUNDS register mentioned in the bridge 
draft or a register like the above register. For the similar 

io register, there is a 1023-bit register (ROUTING_TABLE) 
corresponding to bus ID 0 to 1 022 in order from the most 
significant bit (MSB). When a value of the 'i'th bit of the 
register is 1 , a portal of bridge possessing the register 
passes a packet the destination of which has bus ID of 

*5 Similarly, when a value of the 'i'th bit is 0, the above 
portal of bridge does not pass a packet the destination 
of which has bus ID ol *i\ 

[Step ST 109-2] 

■ 20 

[0080] Next, a portal of bridge, which passes a packet 
having certain destination bus ID, is retrieved based up- 
on information acquired in the step *ST1 09-1. If the 
above 1023-bit register is used for a method of storing 

25 routing information, a bridge porta! having the register 
wherein its bit corresponding to the destination bus ID 
is 1 is selected. The above processing is equivalent to 
read transaction in IEEE 1 394 and all portals cf bridge 
existing on the local bus can be retrieved by reading the 

30 routing information of all the bridge portals. 

[Step ST109-3] 

[0081] The node ID of the portal of bridge retrieved in 
35 the step ST 109-2 is set as target node ID. 

[0082] After target node ID is retrieved in the step 
ST109 as described above, command information is 
sent to a target node in a step ST110. In this case, the 
owner 1 functions as an initiator and sends TOIP. talker 
to bus ID, talkor physical ID, listener bus ID. listener phys- 
ical ID, synchronous communication band capacity and 
synchronous communication channel number to the tar- 
get node. 

[0083] The synchronous communication channel 
^5 number is a value acquired by setting the synchronous 
communication of the local bus in the step ST105. 
[0084] The process proceeds to the step ST102 
based upon the judgment in the step ST101. When the 
processing in the step ST105 is not executed, a suitable 
so value (for example, 0) is given as a synchronous com- 
munication channel number. 

[0085] The above command information is transmit- 
ted using write transaction and lock transaction. Atargct 
node recognizes that a request for setting synchronous 
55 communication is made when command information is 
stored in a predetermined area of RAM. 
[0086] Next; in a step ST1 1 1 , a response from the tar- 
get node of the request for setting synchronous commu- 



n 



EP 0 994 605 A2 



12 



nication is awaited. 

[0087] In a step ST 11 2, it is judged whether a received 
response is a fail response or a complete response. 
When the received response is a complete response, 
the process proceeds to a step ST113. When the re- 
ceived response is a fail response, the process pro- 
ceeds to a step STn 4. 

[0088] In the step ST11 3, it is verified that setting for 
synchronous communication succeeds and the process 
is terminated. 

[0089] In the step ST 1 1 4, it is judged whether TOIP is 
1 or not. When TOIP is 1 , the process proceeds to a step 
ST1 15. When TOIP is 0, the process proceeds to a step 
ST11& 

[0090] If TOIP is 1, the synchronous communication 
of the local bus is set in the step ST105. Therefore, in 
the step STn 5, the setting of synchronous communica- 
tion is released. When the setting of synchronous com- 
munication for the local bus is released, releasing 
processing is also executed for IRM 5 as in the case of 
setting the synchronous communication of the local bus. 
That is, a node for releasing the setting of synchronous 
communication (the owner 1 } adds a value of band ca- 
pacity reserved for synchronous communication to a 
value of band capacity represented by the bandwidth 
available register in IRM 5 and then updates the band- 
width availabie register so that the register has a value 
after addition. 

[0091] Further, the node for releasing the setting of 
synchronous communication executes processing for 
returning a reserved channel number to the channels 
available register. The above processing is also execut- 
ed using lock transaction and read transaction. 
[0092] After the setting of synchronous communica- 
tion is released in the step ST1 1 5, the process proceeds 
to the step ST116. In the step ST 11 6, it is verified that 
the setting of synchronous communication fails and the 
process is terminated. 

[0093] Next, referring to a flowchart shown in Fig. 11 , 
the operation for setting synchronous communication of 
a portal which receives a request for setting synchro- 
nous communication from the owner 1 or a portal con- 
stituting the other bridge 6 and others will be described. 
When the initiator sends TOIP, talker bus ID, talker phys- 
icallD, listener bus ID. listener physical ID, synchronous 
communication band capacity and a synchronous com- 
munication channel number to the portal to request (in- 
struct) the selling of synchronous communication, the 
above portal stores initiator node ID and executes steps 
in the flowchart shown in Fig. 11. The initiator node ID 
is used in steps ST309 and ST31 2 described later. 
[0094] In a step ST301 , an identification number "cid" 
for discriminating the above, request from the other re- 
quest is acquired to prevent the above request from be- 
ing mistaken for the other request. To acquire the above 
"cid", the initial value of "cid" is set to 0, tor example, 
and the value is incremented by one each time a request 
for setting synchronous communication is made. The 



value of "cid" may be 0 to 1023. A value of "cid" is com- 
mon in the bridge 6. That is, in the above case, 1024 
requests can be discriminated in one bridge. 
[0095] Next, in a step ST302. it is judged whether, the 
.5* acquisition of unused "cid" is impossible or not. When 
the acquisition is impossible, the process proceeds to a 
step ST312. When the acquisition is possible, the proc- 
ess proceeds to a step ST303, 

[0096] In the step ST303, a value of TOIP received 
to from the initiator is substituted for OIP [cid] and the proc- 
ess proceeds to a step ST304. 

[0097] In the step ST304, it is judged whether OIP 
[cidj is 1 or not. When OIP [cid) is l t the process pro- 
ceeds to a step ST305. When OIP [cidj isO, the process 

1 $ proceeds to a step 3T306. 

[0098] in the step ST305, the setting of a portal is 
made. The setting of a portal shall tolbw a method de- 
fined in the bridge draft. In the bridge draft, a stream 
control register is provided to all portals and secures an 

2° area for storing the number of a channel connected to 
the portal for synchronous communication. The writing 
of information such as the number of a channel passing 
a bridge for synchronous communication to the stream 
control register allows the portal to set. 

2B [0099] After the portal is set in the step ST305, the 
process proceeds to the step ST306. 
[0100] In the step ST306, the portal sends OIP [cid], 
"cid\ talker bus ID, talker physical ID, -listener bus ID t 
listener physical ID and synchronous communication 

30 band capacity to the other portal and requests the other 
portal to set the synchronous communication. 
[0101] Next, in a step ST307. a response from the oth- 
er portal for the request for setting synchronous com- 
munication is waiting. 

35 [0102] In a step ST308, it is judged whether a received 
response is a fail response or a complete response. 
When the received response is a complete response, 
the process proceeds to a step ST309. When the re- 
ceived response is a fail response, the process pro- 

40 ceeds to a step ST310. 

[0103] In the step ST309, the portal sends the com- 
plete response showing that the setting of synchronous 
communication succeeds to the initiator using the above 
initiator ID. 

pi 04] In the step ST310, it is judged whether OIP 
(cid) Is 1 or not. When OIP |cid] is 1, the process pro- 
ceeds to a step ST311 . When OIP [cid] is 0, the process 
proceeds to a step ST312. 

[01 05] When OIP (cid) is 1 1 the setting of a portal has 
so been made in the step ST305. Therefore, in the step 
ST311, the setting of the portal is released. The release 
of the setting of the portal is also executed according to 
the method defined in the bridge draft. The releasing 
processing is the converse of setting processing and 
55 processing such as initializing information written to the 
stream control register in setting is executed. 
[0106] After the setting of a portal is released in the 
step ST311 , the process proceeds to the step ST312. 
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[0107] In the step ST312, the portal sends the fail re- 
sponse showing that setting for synchronous communi- 
cation fails to the initiator using the above initiator ID. 
[01 08] Referring to a flowchart shown in Fig. 1 2, when 
a portal receives a request for setting synchronous com- 5 
munication from a portal (the other portal) constituting 
the same bridge, the operation for setting synchronous 
communication for a portal of another bridge will be de- 
scribed, 

[0109] When the above other . portal sends OIP [cid] ( 10 
"cid\ talker bus ID, talker physical ID, listener bus ID. 
listener physical ID and synchronous communication 
band capacity to the above portal of another bridge to 
request (instruct) the setting of synchronous communi- 
cation, the above portal executes steps shown in the 1$ 
flowchart in Fig. 12. 

[0110] In a step ST2Q1, it is judged whether OIP [cid] 
is 1 or not. When OIP |cid] is 0. the process proceeds 
to a step ST202. When OIP [cid] is 1, the process pro- 
ceeds to a step ST205. 20 
[0111] In the step ST202, it is judged whether local 
bus ID and talker bus ID are equal or not. When they 
are different, the process proceeds to a step ST203. 
When they are equal, the process proceeds to the step 
ST205. 2S 
[0112] In the step ST203, TOIP [cid] is set to 0. This 
is because, if the above portal does not exist on a path 
from the talker 2 to the listener 3 (OIP [cid] is 0) and the 
talker 2 does not exist on a local bus, a target node (a 
portal of a bridge on a path toward the local bus on which 30 
the talker 2 exists) retrieved as described later does not 
exist on a path from the talker 2 to the listener 3. 
[0113] In a step ST204. the talker bus ID is substituted 
for the destination bus ID and the process proceeds to 
a step ST212. 3$ 
[0114] In the meantime, in the step ST205, TOIP (cid] 
is sel to 1. This is because, if the above portal exists on 
a path from the talker 2 to the listener 3 (OIP (cid) is 1) 
or the talker 2 exists on the local bus, a target node (a 
portal of a bridge on a path toward the local bus on which -to 
the listener 3 exists) retrieved as described later exists 
on a path from the talker 2 to the listener 3. 
[0115] lnastepST206, the synchronous communica- 
tion of the local bus is set. in this case, a node for setting 
synchronous communication (a portal) subtracts a value *s 
of band capacity used for synchronous communication 
from a value of band capacity represented by the band- 
width available register of RAM 53 in IRM 5 existing on 
the local bus and updates the bandwidth available reg- 
ister so that the register has the subtracted value. so 
[01 1 6] Further, the node for setting synchronous-com- 
munication retrieves the numbers of unused channels 
based upon a value of the channels available register 
of RAM 53 in the above IRM 5, selects one of the num- 
bers and declares that a channel having the selected ss 
number is used for synchronous communication. The 
above processing is executed using lock transaction 
and read transaction as in the step ST105 shown in Fig. 



10. 

[0117] In a step ST207, it is judged whether the setting 
of synchronous communication for the local bus in the 
step ST206 succeeds or not. When the setting suc- 
ceeds, the process proceeds to a step ST208. When the 
setting fails, the process proceeds to a step ST22 1 . 
[0118] In the step ST208, it is judged whether OIP [cid] 
is 1 or not. When OIP [cid] is 1, the process proceeds 
to a step ST209. When OIP [cid] is 0, the process pro- 
ceeds to a step ST210: As the above portal exists on a 
path from the talker 2 to the listener 3 and the setting of 
the portal is required in case OIP [cid] is 1 /the process 
proceeds to the step ST209. 

[0119] In the step ST209, the portal is set. The above 
setting of the portal shall be made according to themeth- 
od defined in the bridge draft. The setting of the portal 
is made by writing information such as the number of a 
channel passing a bridge for synchronous communica- 
tion to the stream control register, as in the step ST305 
shown in Fig. 11. 

[0120] After the portal is set in the step ST209, the 

process proceeds to the step ST210. 

[0121] In the step ST210, it is judged whether local 

bus ID and listener bus ID are equal or not. When they 

are different, the process proceeds to a step ST211. 

When they are equal, the process proceeds to a step 

ST216. 

[0122] If the above portal and the listener 3 exist on 
the same bus 4, local bus ID and listener bus ID are 
. equal 

[0123] In the step ST211, the listener bus ID is sub- 
stituted for the destination bus ID and the process pro- 
ceeds to the step ST21 2. 

[0124] In the step ST212, target node ID is retrieved. 
Target node ID means the node ID of a portal of the 
bridge 6 existing on the bus on which the above portal 
exists and existing on a path toward the bus 4 having 
the same bus ID as destination bus ID. The target node 
ID is retrieved according to the similar method to the 
method described in relation to the step ST109 shown 
in Fig. 10. In this case, if the listener 3 exists nearer to 
the owner 1 than the talker 2 (see Figs. 3A and 4A), the 
node ID of the above portal is target node ID. 
[0125] After the target node ID is retrieved in the step 
ST212, the portal sends command information to the 
target node in a step ST21 3. In this case, the portal func- 
tions as an initiator and sends TOIP [cid] to the target 
node as TOIP. Further the portal sends talker bus 1D> 
talker physical ID, listener bus ID, listener physical ID, 
synchronous communication band capacity and a syn- 
chronous communication channel number to the target 
node. 

[01 26] The above synchronous communication chan- 
nel number is a value acquired by the setting of synchro- 
nous communication for the local bus in the step ST205. 
When the process proceeds to the step ST203 based 
upon the judgment in the step ST202 and the processing 
in the step ST206 is not executed, a suitable value such 
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as 0 is given as a synchronous communication channel 
number. 

[0127] Command information is sent using write 
transaction and lock transaction. The target node rec- 
ognizes that a request for setting synchronous commu- 5 
nication is made, when the command information is 
stored in a predetermined area of RAM, If the node ID 
of the above portal is retrieved as the target node ID in 
the step ST212, the portal functions as an initiator and 
requests the portal itself to set synchronous communi- io 
cation. 

[0128] The requests for setting synchronous commu- 
nication., namely, a precedent request and a new re- 
quest, are discriminated based upon the respective 
identification numbers, "cid". The portal which receives J 5 
a request for setting synchronous communication twice 
on both ways, a precedent request and a new request, . 
similarly discriminates the requests on both ways based 
upon the respective identification numbers, "cid". 
[0129] In a step ST214, a response for a request for 20 
setting synchronous communication from the target 
node is waiting. 

[01 30] In a step ST2 1 5, it is judged whether a received 
response is a fail response or a complete response. 
When the received response is a complete response, zs 
the process proceeds to the step ST216. When the re- 
ceived response is a fail response, the process pro- 
ceeds to a step ST21 7. 

[0131] In the step ST216, the portal sends a complete 
response showing the setting of synchronous commu- 00 
nication succeeds to the other portal. 
[0132] In the step ST217, it is judged whether TOIP 
{cid] is 1 or not. When TOIP [cid] is 1 , the process pro- 
ceeds to a step ST218. When TOIP [cid] is 0, the proc- 
ess proceeds to a step ST21 9. 3$ 
[0133] When TOIP (cid] is 1, the setting of synchro- . 
nous communication for the local bus has been made 
in the step ST206. Therefore, in the step ST21 8. the set- 
ting for synchronous communication is released, 
[01 34] When the setting of synchronous communica- *o 
tion for the local bus is released, releasing processing 
is also executed for IRM 5 as in the case of the setting 
of synchronous communication for the local bus. That 
is, the node for releasing the setting tor synchronous 
communication (the portal in this case) adds a value ot -*s 
band capacity reserved for synchronous communica- 
tion to a value of band capacity represented by the band- 
width available register in IRM 5 and updates the band- 
width available register so that the register has the add- 
ed value. so 
[01 35] Further, the nod-e for releasing setting for syn- 
chronous communication executes processing for re- 
turning a reserved channel number to the channels 
available register. The above processing is also execut- 
ed using lock transaction and read transaction. . .55. 
[0136] After the setting for synchronous communica- 
tion is released in the step ST218, the process proceeds 
to the stepST2l9. 



[0137] In the step ST219. it is judged whether OIP 
[cid] is 1 or not. When DIP [cid| is 1, the process pro- 
ceeds toastepST220. When OIP [cid] is0 ; the process 
proceeds to a step ST221. 

[0138] When OIP [did] is 1. setting for the portal has 
been made in the step ST209. Therefore, in the step 
ST220. the setting for the portal is released. The release 
of the setting for the portal is also executed according 
to the method defined in the bridge draft. Releasing 
processing is the converse of setting processing and in- 
formation written to the stream control register in setting 
is initialized, for example. 

[01 39] After the setting for the portal is released in the 
step ST220, the process proceeds to the step ST221. 
[0140] In the step ST221, the portal sends a fail re- 
sponse showing that setting for synchronous communi- 
cation fails to the other portal and the process is termi- 
nated. 

[0141] Next, operation for setting synchronous com- 
munication in case the owner 1 T the talker 2 and the lis- 
tener 3 are arranged as shown in Figs. 2A to 2C, Figs. 
3A and 3Band Figs. 4A and 4B will be described briefly. 
[0142] Operation for setting synchronous communi- 
cation in the example of arrangement shown in Fig. 2 A 
will be described below. . 

[0143] First, the owner 1 starts operation for setting 
synchronous communication as shown in the flowchart 
in Fig. 10. In this case, as the owner -1 and the talker 2 
exist on the same bus 4, TOIP is set to 1 in the step 
ST 104. In the step ST1Q5, the synchronous communi- 
cation for the local bus 4 is set. 

[0144] As the owner 1 and the listener 3 exist on the 
same bus 4 (step ST107), it is verified that setting for 
synchronous communication succeeds in the step 
ST1 13. The process is terminated, 
[0145] As described above, when the owner 1, the 
talker 2 and the listener 3 are located in positional rela- 
tionship shown in Fig. 2A, the process for setting syn- 
chronous communication is finished by only the opera- 
tion for setting synchronous communication of the own- 
er 1 . 

[0146] Operation for setting synchronous communi- 
cation in the example of arrangement shown in Fig. 2B 
will be described below. 

[0147] First, the owner 1 starts operation for setting 
synchronous communication according to the flowchart 
shown in Fig. 10. In this case, as the owner 1 and the 
talker 2 respectively exist on different buses 4Aand 48, 
TOIP is set to 0 in the step ST 102. The owner 1 sends 
command information to the portal 60A. as a target 
node, of the bridge 6 on a path toward the local bus 4B 
on which the talker 2 exists in the step ST110 to request 
the setting of synchronous communication therefor. 
[0148] The portal 60A received the request for setting 
synchronous communication starts operation tor setting 
synchronous communication according to the flowchart 
shown in Fig. 11. In this case, as the portal 60A does 
not exist on a path from the talker 2 to the listener 3, OIP 
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[cid] is 0 in the step, ST304 and then Ihe above portal 
60A is not set. Therefore, in ihe step ST306, the portal 
60A requests the other portal 60B to set the synchro- 
nous communication therefor. 

[01 49] The portal 60B received the request for setting 
synchronous communication starts operation for setting 
synchronous communication according to the flowchart 
shown in Fig. 12, 

[0150] As OIP [cid] is 0, the process proceeds to the 
step ST202. 

[0151] As the talker 2 exists on the local bus 48, the 
process proceeds to the step ST205 according to the 
judgment in the step ST202. In the step ST205, TOIP 
[cid] is set to 1 . 

[01 52] In the step ST2Q6, the synchronous communi- 
cation for the local bus 4B is set. As OIP [cid] is 0, the 
process proceeds to the step ST210 according to the 
judgment in the. step ST208 and no setting (or the portal 
60B is made. 

[01 53] As the listener 3 exists on the local bus 4B. the 
process proceeds to the step ST216 according to the 
judgment in the step ST210. In the step ST21S, the por- 
tal 60S sends a complete response showing that setting 
for synchronous communication succeeds to the other 
portal 60A. The process as shown in Fig. 12 is terminat- 
ed. 

[01 54] When the portal 60A receives the complete re- 
sponse, the process proceeds to the step ST309 ac- 
cording to the judgment in the step ST308 shown in Fig. 
11, The portal 60 A sends a complete response to the 
owner 1 . which is an initiator. The process as shown in 
Fig. 11 is terminated. 

[0155] When the owner 1 receives the complete re- 
sponse, the process proceeds to the step ST113 ac- 
cording to the judgment in the step ST1 12 shown in Fig. 
10. In the step ST1 13, it is verified that setting for syn- 
chronous communication succeeds. The process is ter- 
minated completely. 

[0156] In Fig. 2B, the buses 4A and 4Bare adjacent. 
However, if one or plural buses 4 exist between these 
buses 4A and 4B, the above operations in the flowcharts 
shown in Figs. 1 1 and 1 2 are sequentially alternately ex- 
ecuted. As for operation for setting synchronous com- 
munication in the examples of arrangement shown in 
Figs. 2C, 3A, 38, 4A and 4B, this is similar. 
[0157] Operation tor setting synchronous communi- 
cation in the example of arrangement shown in Fig. 2C 
will be described below. 

[0158] First, the owner 1 starts operation for setting 
synchronous communication according lo the ftowchart 
shown in Fig. 10. In this case, as the owner 1 and the 
talker 2 exist on the same bus 4A, TOIP is set to 1 in the 
step ST104. In the step ST 105, the synchronous com- 
munication for the local bus 4A is set. 
[0159] As the owner 1 and ihe listener 3 respectively 
exist on the different buses 4A and 48, the process pro- 
ceeds to the step ST108 according to the judgment in 
the step ST107. In the step ST108, the owner 1 sends 



the command information to the portal 60A. as a target 
node, of the bridge 6 on a path toward the local bus 4B 
on which the listener 3 exists in the step ST110 and re- 
quests the portal 60A to set the synchronous communi- 

5 cation therefor. 

[0160] The portal 60A received the request for setting 
synchronous communication starts operation for setting 
synchronous communication according to the flowchart 
shown in Fig. 11, In this case, as the portal 60A exists 

io on a path from the talker 2 to the listener 3, OIP (cid] is 
1. Therefore, the process proceeds to the step ST305 
according to the judgment in the step ST304. In the step 
ST305, the above portal 60 A is set and afterward,, in the 
step ST306, the portal 60A requests the other portal 60B 

'5 to set the synchronous communication therefor. 

[0161] The portal 60 B received the request for setting 
synchronous communication starts operation for setting 
synchronous communication according to the flowchart 
shown in Fig. 12. In this case, as OIP [cid] is 1 , the proc- 

20 ess proceeds to the step ST205 according to the judg- 
ment in the step ST201. In the step ST205, TOIP [cid] 
is set to 1 . 

[0162] In the step ST206, the synchronous communi- 
cation for the local bus 4B is set. Then, as OIP [cid] is 
2$ 1 , the process proceeds to the step ST209 according to 
the judgment in the step ST208. In the step ST209. the 
portal SOB is set. 

[0163] Further, as the listener 3 exists on the local bus 
4B t the process proceeds to the step ST216 according 
30 to the judgment in the step ST210. In the step ST21S, 
the portal 60B sends a complete response showing that 
setting for synchronous communication succeeds to the 
other portal 60A. The process as shown in Fig. 12 is 
terminated. 

^5 [01 64] When the portal 60 A receives the complete re- 
sponse, the process proceeds to the step ST309 ac- 
cording to the judgment in the step ST308 shown in Fig. 
11. 

[01 65] In the step ST309, the portal 60A sends a com- 
*o piete response to the owner 1, which is an initiator. The 
process as shown in Fig. 11 is terminated. 
[0166] When the owner 1 receives the complete re- 
sponse, the process proceeds to the step ST113 ac- 
cording to the judgment in the step ST11 2 shown in Fig. 
45 10. In the step ST 113, it is verified thai setting for syn- 
chronous communication succeeds. The process is ter- 
minated completely. 

[01 67] Operation for setting synchronous communi- 
cation in the example of arrangement shown in Fig. 3A 

50 will be described below, 

[0168] First, the owner 1 starts operation for setting 
synchronous communication according to the flowchart 
shown in Fig. 10. tn this case, as the owner 1 and the 
talker 2 respectively exist on the different buses- 4A and 

ss 4B, TOIP is set to 0 in the step ST 1 02. In the step ST 110, 
the owner 1 sends the command information to the por- 
tal 60 A, as a target node, of the bridge 6 on a path toward 
the local bus 48 on which the talker 2 exists. The owner 
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1 requests the portal 60 A io set the synchronous com- 
munication therefor [a 1 ). 

[0169] The portal 60A received the request (a1) for 
setting synchronous communication starts operation for 
setting synchronous communication according to the 5 
flowchart shown in Fig. 11. In this case, as OIP [cid] is 
0, the process proceeds to the step ST306 according to 
the judgment in the step ST304. In the step ST306.. the 
portal 60 A requests- the other portal 608 to set the syn- 
chronous communication therefor (a2) without setting io 
for the above portal. 

[0170] The portal 60B received the request (a2) for 
setting synchronous communication starts operation for 
setting synchronous communication according to the 
flowchart shown in Fig. 12. In this case, as the talker 2 is 
.exists on the local bus 4B, the process proceeds to the 
step ST205 according to the judgment in the step 
ST202. 

[0171] In the step ST205, TOIP (cid] is set to 1. in the 
step 5T206, the synchronous communication for the Io- 20 
cal bus 4B is set, 

[0172] As OIP [cid] is 0, the process proceeds to the 
step ST21 0 according to the judgment in the step ST208 
and no setting for the portal is made. 

[01 73] As the listener 3 does not exist on the local bus 2$ 
4B, the process proceeds to the step ST211 according 
to the judgment in the step ST210. 
[0174] In the step ST212, the node ID of the portal 
60B of the bridge 6 on a path toward the local bus 4 A 
on which the listener 3 exists is set as target node ID. 30 
That is, in this case, the portal 608 itself functions as a 
target node. In the step ST213, the portal 60B requests 
the portal 60B itself to set the synchronous communica- 
tion (b1). 

[0175] The portal 60B received the request (b1) for 35 
setting synchronous communication starts operation for 
setting synchronous communication according to the 
flowchart shown in Fig. 11. In this case, as the portal 
60B exists on a path from the talker 2 to the listener 3, 
OIP [cid] is 1. Therefore, the process proceeds to the .40 
step ST305 according to the judgment in the step 
ST304. In the step ST305, the above portal 60B is set 
and afterward, in the step ST306, the portal 60B re- 
quests the other portal 60A to set the synchronous com- 
munication (b2) therefor. 45 
[0176] The portal 60A received the request (b2) for 
setting synchronous communication starts operation for 
setting synchronous communication according to the 
flowchait shown in Fig. 12. in this case, as the portal 
60A exists on a path from the talker 2 to the listener 3, so 
OIP [cid] is 1 . Therefore, TOIP [cid] is set to 1 in the step 
ST2G5. In the step ST206! the synchronous communi- 
cation for the local bus 4A is set. 

[0177] As OIP [cid] is 1 , the process proceeds to the 
step ST209 according to the judgment in the step 55 
ST208. In the step ST209, the above portal 60A is set. 
[0178] As the listener 3 exists on the local bus 4A. the 
process proceeds to the step ST216 according to the 
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judgment in the step ST210. In the step ST216, the por- 
tal 60A sends a complete response showing that setting 
for synchronous communication succeeds to the other 
portal BOB. The process related to the request (b2) is 
terminated. 

[01 79] When the portal 60B receives the complete re- 
sponse, the process proceeds to the step ST309 ac- 
cording to the judgment in the step 3T306 shown in Fig. 

11. In the step ST309, the portal 60B sends a complete 
response to the portal 60B itself, which is an initiator. 
The process related to the request (bi ) is terminated. 
[0180] When the portal 60B receives the complete re- 
sponse, the process proceeds to the step ST216 ac- 
cording to the judgment in the step ST21 5 shown in Fig. 

12. In the step SR216, the portal 60B sends a complete 
response to the other portal 60 A. The process related 

. to the request (a2) is terminated. 
[01 81] When the portal 60 A receives the complete re- 
sponse, the process proceeds to the step ST309 ac- 
cording to the judgment in the step ST306 shown in Fig, 
11. In the step ST309, the portal 60A sends a complete 
response to the owner 1 , which is an initiator. The proc- 
ess related to the request (at ) is terminated. 
[0182] When the owner 1 receives the complete re- 
sponse, the process proceeds to the step ST113 ac- 
cording to the judgment in the step ST11 2 shown in Fig. 
10. In the step ST113, it is verified that setting for syn- 
chronous communication succeeds. The process is ter- 
minated completely 

[0183] Operation for setting synchronous communi- 
cation in the example of arrangement shown in Fig. 3B 
will be described below 

[0184] First the owner 1 starts operation for setting 
synchronous communication according to the flowchart 
shown in Fig. 10. In this case, as the owner 1 and the 
talker 2 respectively exist on the different buses 4A and 
4B, TOIP is set to 0 in the step ST102. 
[0185] In the step ST110, the owner 1 sends the com- 
mand information to the portal 60A, as a target node, of 
the bridge 6D on a path toward the local bus 4B on which 
the talker 2 exists. The owner 1 requests the portal 60A 
of the bridge 60 to set the synchronous communication 
therefor. 

[0186] The portal 60A of the bridge 60 received the 
request tor setting synchronous communication starts 
operation for setting synchronous communication ac- 
cording to the flowchart shown in Fig. 11. In this case, 
as the portal 60A of the bridge 6D is not on a path from 
the talker 2 to the listener 3, OIP [cid] is 0. Therefore, 
the process proceeds lo the step ST306 according to 
the judgment in the step ST 304, The portal 60A requests 
the other portal 60B of the bridge 6D to set the synchro- 
nous communication therefor without setting for the 
above portal 60A. 

[0187] Said portal 60B of the bridge 6D received the 
request for setting synchronous communication starts 
operation tor setting synchronous communication ac- 
cording to the flowchart shown in Fig. 12. In this case, 
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as the talker 2 exists on the local bus 48. TOIP [cid] is 
set to 1 in the step ST205. The synchronous communi- 
cation for the local bus 4B is set in the step ST206, 
[0183] As OIP [cid] is 0, the process proceeds to the 
step ST2 1 0 according to the judgment in the step ST208 5 
and no setting for the portal 60B of the bridge 6D is 
made. 

[01 89] As the listener 3 does not exist on the local bus 
4B, the process proceeds to the step ST211 according • 
to the judgment in the step ST210. io 
[01 90] In the step ST21 3 t said portal SOB of the bridge 
60 sends the command information to the other portal 
60A, as a target node, of the bridge 6E on a path toward 
the local bus 4C on which the listener 3 exists. The portal 
608 of the bridge 6D requests the portal 60A of .the ?s 
bridge 6E to set the synchronous communication there- 
for. 

[0191] The portal 60A of the bridge 6E received the 
request for setting synchronous communication starts 
operation for setting synchronous communication ac- so 
cording to the flowchart shown in Fig. 11, In this case, 
as the portal 60A of the bridge 6E exists on a path from 
the talker 2 to the listener 3, OIP [cid] is 1. Therefore, 
the process proceeds to the step ST305 according to 
the judgment in the step ST304. In the step ST305 S the 2$ 
above portal 60A of the bridge 6E is set. In the step 
ST306, the portal 60A of the bridge 6E requests the oth- 
er portal 60B of the bridge 6E to set the synchronous 
communication therefor. 

[0192] The portal SOB of the bridge 6E receives the 30 
request for setting synchronous communication of the 
bridge 6E starts operation for setting synchronous com- 
munication according to the flowchart shown in Fig. 12. 
In this case, as the portal 6GB of the bridge 6E exists on 
a path from the talker 2 to the listener 3, OIP [cid] is 1/ 35 
Therefore, the process proceeds to the step ST205 ac- 
cording to the judgment in the step ST201. 
[0193] In the step ST205, TOIP [cid] is set to 1. In the 
step ST206, the synchronous communication for the lo- 
cal bus 4C is set. ao 
[0194] As OIP (cid] is 1, the process proceeds to the 
step ST209 according to the judgment in the step 
ST208. In the step ST209, the above portal 60B of the 
bridge 6E is set. 

[0195] As the listener 3 exists on the local bus 4C r the 
process proceeds to the step ST216 according to the 
judgment in the step ST210. In the step ST216, the 
above portal 60B of the bridge 6E sends a complete re- 
sponse showing thai setting for synchronous communi- 
cation succeeds to the other portal 60 A of the bridge 6E. so 
The process as shown in Fig. 1 2 is terminated. 
[01 96] When the portal 60A of the bridge 6E receives 
the complete response, the process proceeds to the 
step ST30S according to the judgment in the step ST308 
shown in Fig. 11, In the step ST309. the porlal 60A of ss 
the bridge 6E sends a complete response to the other 
portal 60B of the bridge 6D, which is an initiator. The 
process as shown in Fig. 11 is terminated. 



[01 971 When said portal 60B of the bridge 6D receives 
the complete response, the process proceeds to the 
step ST21 6 according to the judgment in the step ST215 
shown in Fig, 1 2. Said portal 60B of the bridge 60 sends 
a complete response to the portal 60A of the bridge 6D, 
The process as shown in Fig. 12 is terminated. 
[0198] When the portal 60 A of the bridge 6D receives 
the complete response, the process proceeds to the 
step ST309 according to the judgment in the step ST306 
shown in Fig. 11, In the step ST309, the portal 60A of 
the bridge 6D sends a complete response to the owner 
1, which is an initiator. The process as shown in Fig. 11 
is terminated. 

[0199] When the owner 1 receives the complete re- 
sponse, the process proceeds to the step ST113 ac- 
cording to the judgment in the step ST 1 1 2 shown in Fig. 
10. In the step STli3 t it is verified that setting for syn- 
chronous communication succeeds. The process is ter- 
minated completely 

[0200] Operation- for setting synchronous communi- 
cation in the example of arrangement shown in Fig. 4A 
will be describee below 

[0201] First, the owner 1 starts operation for setting 
synchronous communication according to the flowchart 
shown in Fig. 10. In this case, as the owner 1 and the 
talker 2 respectively exist on the different buses 4A and 
4C ; TOIP is set to 0 in the step ST102. The owner 1 
sends the command information to the portal 60 A, as a 
target node, of the bridge 6D on a path toward the local 
bus 4C .on which the talker 2 exists in the step ST110. 
The owner 1 requests the portal 60A of the bridge 6D to 
set the synchronous communication therefor. 
[0202] The portal 60A of the bridge 6D received the 
request for setting synchronous communication starts 
operation for setting synchronous communication ac- 
cording to the flowchart shown in Fig. 11. In this case, 
as the portal 60A of the bridge 6D does nol exist on a 
path from the talker 2 to the listener 3, OIP [cid] is 0. 
Therefore, the process proceeds to the step ST 305 ac- 
cording to the judgment in the step ST304. In the step 
ST306, the portal 60A of the bridge 6D requests the oth- 
er portal 60B of the bridge 60 to set the synchronous 
communication therefor without setting for the above 
portal 60A. 

[0203] When said portal 60B of the bridge 60 received 
the request for setting synchronous communication 
starts operation for setting synchronous communication 
according to the flowchart shown in Fig. 1 2. In this case, 
as OIP [cid] is 0 and the talker 2 does not exist on the 
local bus 4B, the process proceeds to the step ST203 
according to the judgment in the step ST202. 
[0204] In the step ST2G3, TOiP [cid] i3 set to 0, and, 
in the step ST213, said other portal 60B of the bridge 
6D sends the command information to the portal 60A, 
as a target node, of the bridge 6E on a path toward the 
local bus 4C on which the talker 2 exists. Said portal 
60B of the bridge oO requests the portal S0A of the 
bridge 6E to set the synchronous communication there- 
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for (a1). 

[0205] The portal 60A of the bridge 6E received the 
request (al) for setting synchronous communication 
starts operation for setting synchronous communication 
according to the flowchart shown in Fig. 11. In this case* 
as Ol P (cid) is 0, the process proceeds to the step ST306 
according to the judgment in the step ST304. In the step 
ST306 f the portal 60A ol the bridge 6E requests the oth- 
er portal SOB of the bridge 6E to set the synchronous 
communication therefor (a2) without setting for the por- 
tal 60A of the bridge 6E. 

[0206] The portal 60B of the bridge 6E received the 
request (a2) for setting synch ronousc communication 
starts operation for setting synchronous communication 
according to the flowchart shown in Fig. 1 2. in this case; 
as the talker 2 exists on the local bus 4C ( TOtP [cid) is 
set to 1 in the step ST2Q5. The synchronous communi- 
cation for the local bus 4C is set in the step ST206, 
[0207] As OIP (cid] is 0, the process proceeds to the 
step ST21 0 according to the judgment in the step ST208 
and no setting for the above portal is made. 
[0208] As the listener 3 does not exist on the local bus 
4C,.the process proceeds to the step ST211 according 
to the judgment in the step ST210. 
[0209] The node ID of the portal 60B of the bridge 6E 
on a path toward the local bus 4B on which the listener 
3 exists is set as target node ID in the step ST212. That 
is, in ihis case, the portal 60B itself of the bridge 6E func- 
tions as a target node and the portal 608 of the bridge 
6E requests the portal SOB itself to set the synchronous 
communication therefor (bl) in the step ST213. 
[0210] The portal SOB of the bridge 6E received the 
request (b1) for setting synchronous communication 
starts operation for setting synchronous communication 
according to the flowchart shown in Fig. 1 1. In this case, 
as the portal 'SOB of the bridge 6E exists on a path from 
the talker 2 to the listener 3, OIP (cid) is 1. Therefore, 
the process proceeds to the step ST305 according to 
the judgment in the step ST304, In the step ST305, the 
above portal SOB of the bridge 6E is set and afterward, 
the portal 60B of the bridge 6E requests other portal 60A 
of the bridge 6E to set the synchronous communication 
therefor (b2) in the step ST306. 

[0211] Said portal 60A of the bridge 6E received the 
request (b2) for setting synchronous communication 
starts operation tor setting synchronous communication 
according to the flowchart shown in Fig, 1 2. In this case, 
as the portal 60A ol the bridge 6E exists on a path from 
the talker 2 to the listener 3, OIP [cid] is 1. Therefore, 
the process proceeds to the step ST205 according to 
the judgment in the step ST201 . In the step ST205, TOIP 
[cid | is set to 1 . The synchronous communication for the 
local bus 4B is set in the step ST20S. As OIP [cid] is 1, 
the process proceeds to the step ST209 according to 
the judgment in the step ST20S. In the step ST209, the 
above portal 60A of the bridge 6E is set. 
[021 2] As the listener 3 exists on the local bus 4B. the 
process proceeds to the step ST216 according to the 



judgment in the step ST2 1 0. The portal 60 A of the bridge 
6E sends a complete response showing thai setting for 
synchronous communication succeeds to the other por- 
tal 60B of the bridge 6E. The processing related to the 

5 request (b2) is terminated. 

[021 3] When the portal SOB of the bridge 6E receives 
the complete response, the process proceeds to the 
step ST309 according to the judgment in the step ST308 
shown in Fig. 11. In the step ST309, the portal 60B of 

to the bridge 6E sends a complete response to the portal 
60B itself, which is an initiator. The process related to 
the request (b1) is terminated. 

[0214] When the portal SOB ol the bridge 6E receives 
the complete response, the process proceeds to the 

* $ step ST21 6 according to the Judgment in the step ST2 1 5 
shown in Ftg. 12. In the step SR216, the portal SOB of 
the bridge 6E sends a complete response to the other 
portal 60A of the bridge 6E, The process related to the 
request (a2) is terminated. 

20 [0215] When the portal 60A ol the bridge 6E receives 
the complete response, the process proceeds to the 
step ST309 according to the judgment in the step ST308 
shown in Fig, 11. In the step ST309, the portal 60 A of 
the bridge 6E sends a complete response to the portal 

25 60B of the bridge 6D ( which is an initiator. The process 
related to the request f,a1) is terminated. 
[0216] When the portal 50B ol the bridge 6D receives 
the complete response, the process proceeds to the 
step ST21 6 according to the judgment in the step ST21 5 

so shown in Fig. 12. In the step ST216, the portal 60B of 
the bridge 6D sends a complete response to the other 
portal 60A of the bridge 6D. 
. [0217] When the portal 60A of the bridge 6D receives 
the complete response, the process proceeds to the 

55 step ST309 according to the judgment in the step ST308 
shown in Fig. 11. In the step ST309. the portal 60A of 
the bridge 6D sends a complete response to the owner 
V which is an initiator. 
" [0218] When the owner 1 receives the complete re- 

*o sponse, the process proceeds to the step ST113 ac- 
cording to the judgment in the stepSTH2 shown in Fig. 
10. In the step ST 1 1 3, it is verified that setting for syn- 
chronous communication succeeds. The process is ter- 
minated completely 

<*s [0219] Operation lor setting synchronous communi- 
cation in the example of arrangement shown in Fig. 4B 
wilt be described below. 

[0220] First, the owner 1 starts operation for setting 
synchronous communication accoiding to the flowchart 

50 shown in Fig. 10. In this case, as the owner 1 and the 
talker 2 respectively exist on the different buses 4B and 
4A, TOIP is set to 0 in the step ST102. The owner 1 
sends the command information to the portal 60B. as a 
target node, of the bridge SD on a path toward the local 

55 bus 4A on which the talker 2 exists in the step ST110. 
The owner 1 requests the portal 60B ol the bridge 6D to 
set the synchronous communication therefor (al) 
[0221] The portal SOB of the bridge 6D received the 



13 



25 



EP 0 994 605 A2 



26 



request (al) for setting synchronous communication 
starts operation for selling synchronous communication 
according to the flowchart shown in Fig. 11. in this case, 
as OIP [cid] is 0, the process proceeds to the step ST306 
according to the judgment in the step ST304. The portal 
608 of the bridge 60 requests the other porta! 60A of 
the bridge 6D to set the synchronous communication 
therefor (a2) without setting for the above portal 608 of 
the bridge 6D. 

[0222] The portal SOA of the bridge 6D received the 
request (a2) for setting synchronous communication of 
the bridge 6D starts operation for setting synchronous 
communication according to the flowchart shown in Fig, 
12. In. this case, as the talker 2 exists on the local bus 
4A ( the process proceeds to the step ST205 according 
to the judgment in the step ST202, 
[0223] In the step ST205, f OIP [cid] is set to 1 . In the 
step ST206, the synchronous communication for the lo- 
cal bus 4A is set. 

[0224] As OIP [cid] is 0. the process proceeds to the 
step ST21 0 according to the judgment in the step ST2G8 
without setting the portal 60A of the bridge 6D. 
[022S] As the listener 3 does not exist on the local bus 
4A r the process proceeds to the step ST211' according 
to the judgment in the step ST210 and the node ID of 
the portal 60A of the bridge 6D on a path toward the 
local bus AC on which the listener 3 exists is set as target 
node ID in the step ST2 1 2. That is, in this case, the portal 
60 A itself of the bridge 6D functions as a target node 
and requests portal 60A Itself to set the synchronous 
communication therefor(bl) the in the step ST213. 
[0226] The portal SOA of the bridge 6D received the 
request (b1) for setting synchronous communication 
starts operation for setting synchronous communication 
according to the flowchart shown in Fig. 11. In this case, 
as the portal 60A of the bridge 6D exists on a path from 
the talker 2 to the listener 3 t OIP fcid] is 1. Therefore, 
the process proceeds to the step ST305 according to 
the judgment in the step ST304. In the step ST305, the 
above portal 60A of the bridge 6D is set and afterward 
the portal 60A sends a request (b2) for setting synchro- 
nous communication to the other portal 60B of the 
bridge 6D in the step ST306. 

[0227] The portal 60B of the bridge 6D received the 
request (b2) for setting synchronous communication 
starts operation for setting synchronous communication 
according to the flowchart shown in Fig. 1 2. In this case, 
as the portal 60B of the bridge 6D exists on a path from 
the talker 2 to the listener 3, OIP [cid] is 1. Therefore, 
the process proceeds lo the step ST205 according to 
the judgment in the step ST201 . In the stepST205, TOIP 
[cid] is set to 1 . In the step ST206, the synchronous com- 
munication for the local bus 4B is set. 
[0228] As OIP (cid] is 1 , the process proceeds to the 
step ST209 according to the judgment in the step 
ST20a In the step ST209. the above portal 60B ol the 
bridge 6D is set. 

[0229] As the listener 3 does not exist on the local bus 



48, the process proceeds to the step ST211 according 
to the judgment in the step ST210. In the step ST2l3 ) 
the portal 608 of the bridge 6D sends the command in- 
formation to the portal 60A f as a target node, of the 

5 bridge 6E on a path toward the local bus 4C on which 
the listener 3 exists. The portal 60B of the bridge 6D 
requests the portal SOA of the bridge 6E to set the syn- 
chronous communication therefor 
[0230] The portal 60A ol the bridge 6E received the 

1 o request for setting synchronous communication starts 
operation. for setting synchronous communication ac- 
cording to the flowchart shown in Fig. 11. In this case, 
.as the portal 60A of the bridge 6E exists on a path from 
the talker 2 to the listener 3,OIP [cid] is 1 . Therefore, the 

'5 process proceeds to the step ST305 according to the 
judgment in the step ST304. In the step ST305, the 
above portal 60A of the bridge 6E- is set. 
[0231] in the step ST306, the portal 60A of the bridge 
6E requests the other portal 60B of the bridge 6E to set 

20 the synchronous communication therefor. 

[0232] The portaJ 60B of the bridge 6E received the 
request for setting synchronous communication starts 
operation for setting synchronous communication ac- 
cording to the flowchart shown in Fig. 1 2. In this case, 

25 as the portal 60B of the bridge 6E exists on a path from 
the talker 2 to the listener 3, OIP [cid] is 1. Therefore, 
the process proceeds to the step ST205 according to 
the judgment in the step ST201 . 

[0233] In the step ST205. TOIP [cid] is set to 1 . In the 
30 step ST208, the synchronous communication for the lo- 
cal bus 4C is set. 

[0234] As OIP [cid] is 1. the process proceeds to the 
step ST209 according to the judgment in the step 
ST208. In the step ST209, the above portal 60B of the 

35 bridge 6E is set. 

[0235] As the listener 3 exists on the local bus 4C, the 
process proceeds to the step ST216 according to the 
judgment in the step ST210. In the step ST 216, the por- 
tal 60B of the' bridge 6E sends a complete response 

40 showing that setting for synchronous communication 
succeeds to the other portal 60A of the bridge 6E. 
[0236] When the portal 60A of the bridge 6E receives 
the complete response, the process proceeds to the 
step ST309 according to the judgment in the step ST308 

45 shown in Fig. n. In the step SR309, the portal 60A of 
the bridge 6E sends a complete response to the portal 
608 of the bridge 6D, which is an initiator. 
[0237] When the portal 60B of the bridge 6D receives 
the complete response, the process proceeds lo the 

50 step ST21 6 according to the judgment in the step ST21 5 
shown in Fig. 12. In the step ST216, the portal 608 of 
the bridge 6D sends a complete response to the other 
portal 60A of the bridge 6D. The process rotated to the 
request (b2) is terminated. 

55 [0238] When the portal SOA of the bridge 6D receives 
the complete response, the process proceeds to the 
step ST309 according to the judgment in the step ST308 
shown in Fig. 11. in the step ST309. the portal 60A of 
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the bridge 6D sends a complete response to the portal 
60A itself, which is an initiator. The process related to 
the request (b1) is terminated. 

[0239] When the portal 60A of the bridge 6D receives 
the complete response, the process proceeds to the 
step ST2 1 6 according to the judgment in the step ST21 5 
shown in Fig. 12. In the step ST216, the portal 60A of 
the bridge 6D sends a complete response to the other 
portal 60B of the bridge 6D. The process related to the 
request (a2) is terminated. 

[0240] When the portal 60B of the bridge 6D receives 
the complete response, the process proceeds to the 
step ST309 according to the judgment in the step ST303 
shown in Fig. 11. In the step ST309, the portal 60B of 
the bridge 6D sends a complete response to the owner 
1 , which is an initiator. The process related to the re- 
quest (ai ) is terminated. 

[0241] When the owner 1 receives the complete re- 
sponse, the process proceeds to the step ST113 ac- 
cording lb the judgment in the step ST 11 2 shown in Fig. 
10. In the step ST113, it is verified that setting for syn- 
chronous communication succeeds. The process is ter- 
minated completely, 

[0242] As described above, in this embodiment, the 
owner 1 executes operation according to the flowchart 
shown in Fig. 10 and the portals 60 A and SOB constitut- 
ing the bridge 5 suitably execute operation according to 
the flowchart shown in Fig. 11 or 12. Therefore, a re- 
quest for setting synchronous communication is se- 
quentially propagated on a path from the talker 2 to the 
listener 3 and the setting of synchronous communica- 
tion for the buses and the bridges on a path from the 
talker 2 to the listener 3 is made. Hereby, even if the 
owner 1, the talker 2 and the listener 3 do not exist on 
the same bus, the setting for synchronous communica- 
tion is satisfactorily made. 

[0243] in the above embodiment, although the re- 
quest lor setting synchronous communication is se- 
quentially propagated on a path from the talker 2 to the 
listener 3, conversely a request for setting synchronous 
communication may be also sequentially propagated on 
a path from the listener 3 tothe talker 2. Only substitution 
of the talker and the listener for each other in the flow- 
charts shown in Figs. 10 to 12 allows the bus network 
to realize the above. When the talker 2 exists on the side 
of the owner 1, a path from the talker 2 to the listener 3 
may be also selected. When the listener 3 exists on the 
side of the owner 1, a path fiom the listener 3 to the 
talker 2 may be also selected. 

(Synchronous communication setting releasing method] 

[0244] Next, a method of releasing tho setting of syn- 
chronous communication in the above bus network will 
be described. 

[0245] Fteferring to a flowchart shown in Fig, 13 t the 
operation for releasing the setting of synchronous com- 
munication of the owner 1 will be described below. 



[0246] The owner 1 executes operation tor releasing 
the setting of synchronous communication using talker 
bus ID. talker physical ID, listener bus ID, listener phys- 
ical ID, synchronous communication band capacity and 

s target node ID. The above information is used in setting 
and is stored in setting. The owner 1 executes steps in 
the flowchart shown in Fig. 13 when it releases the set- 
ting of synchronous communication. 
[0247] In a step ST401 , it is judged whether local bus 

10 id and talker bus ID are equal or not. When they are 
different, the process proceeds to a step ST402. When 
they are equal the process proceeds to a step ST404. 
[0248] If local bus ID and talker bus ID are equal (see 
Figs. 2A and 2C). the setting of synchronous communi- 

is cation for the corresponding local bus has been made 
(refer to the steps ST101 and ST 1 05 shown in Fig. 10). 
[0249] In the step ST404, the setting of synchronous 
communication (or the local bus is released. Although 
the detailed description is omitted, the above releasing 

zo processing is similar to the processing described in re- 
lation to the step ST11 5 shown in Fig. 10. 
[0250] In a step ST405 3 it is judged whether local bus 
ID and listener bus ID are equal or not. When they are 
different, the process proceeds to the step ST402. 

25 When they aro equal, the process proceeds to a step 
ST405. 

[0251] In the step ST402, the owner 1 functions as an 
initiator and requests a target node to release the setting 
of synchronous communication. The target node is con- 
30 nected to the same bus as the owner 1 and is a portal 
of a bridge on a path toward the local bus on which the 
talker 2 or the listener 3 exists. 

[0252] Next, in a step ST403, the owner 1 receives a 
reset response Irom the target node and the process 

35 proceeds to the step ST406. 

[0253] In the step ST406, it is verified that the setting 
of synchronous communication is released and the 
process is terminated. The above reset response 
means a response showing that the release of the set- 

40 ting of synchronous communication is completed. 

[0254] Referring to a flowchart shown in Fig. 14, the 
operation for releasing the setting of synchronous com- 
munication of a portal which receives a request tor re- 
leasing the setting of synchronous communication trom 

^5 the owner 1 or a portal constituting another bridge 6 and 
others will be described. 

[0255] The portal executes operation tor releasing the 
setting of synchionbus communication using OIP [cid]. 
cid and initiator node ID. The above information is used 

50 jn setting and is stored in setting. The portal executes 
steps in the flowchart shown in Fig. 14 when it releases 
the setting of synchronous communication. 
[0256] In a step ST601 , it is judged whether OIP (cid] 
is 1 or not. When OIP [cid] is 1, the process proceeds 

55 to a step ST602. When OIP [cidj is 0, the process pro- 
ceeds to a step ST603. 

[0257] When OIP [cid] is 1. the setting of the portal 
has been made (refer to the steps ST304 and ST305 
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shown in Fig. 11). In the step ST602, the portal releases 
the setting thereof. Although the detailed description is 
omitted the above releasing processing is similar to that 
described in relation to the step ST31 1 shown in Fig. 1 1 . 
[0258] After the portal releases the setting of the por- 
tal in the step ST602, the process proceeds to the step 
ST603. 

[0259] In the step ST603, the portal sends ■cid" to the 
other portal and requests said other portal to release the 
setting of synchronous communication therefor 
[0260] Next, in a step ST604, the portal receives a re- 
set response from said other portal. In a step ST605, 
the portal sends a reset response to an initiator. 
[0261] Referring to a flowchart shown in Fig. 15, the 
operation for releasing the setting of synchronous com- 
munication of a portal which receives a request tor re- 
leasing the setting of synchronous communication from 
the other portal constituting the same bridge will be de- 
scribed. 

[0262] The portal executes operation for releasing the 
setting of synchronous communication using talker bus 
ID, talker physical ID, listener bus ID, listener physical 
ID, synchronous communication band capacity, target 
node ID, OIP [cid], TOIP [cid] and cid. The above infor- 
mation is used in setting and is stored in setting. The 
portal executes steps in the flowchart shown in Fig. 15 
when it releases the setting of synchronous communi- 
cation. 

[0263] In a step ST501 , it is judged whetherTOIP [cid] 
is 1 or not When TOIP [cid] is 1, the process proceeds 
to a step ST506, When TOIP [cid] is 0, the process pro- 
ceeds to a step ST503. 

[0264] When TOIP [cid] is 1 , the setting of synchro- 
nous communication for the local bus has been made 
(refer to the steps ST205 and ST206 shown in Fig.12). 
In the step ST506, the above portal releases the setting 
of synchronous communication for a local bus. Although 
the detailed description is omitted, the above releasing 
processing is similar to that described in relation to the 
step ST115 shown in Fig. 10. 

[0265] In a step ST507, it is judged whether OIP [cid] 
is 1 or not. When OIP [cid] is 1, the process proceeds 
to a step ST508. When OIP [cid] is 0, the process pro- 
ceeds to a step ST509. 

[0266] When OIP [cid] is 1, the setting of the portal 
has been made (refer to the steps ST208 and ST209 
shown in Fig. 1 2). 

[0267] In the step ST508, the portal releases the set- 
ting thereof. Although the detailed description is omitted, 
the above releasing processing is similar to that de- 
scribed in relation to the step ST311 shown in Fig. 11. 
[0268] After the portal releases the setting for the por- 
tal in the step ST508, the process proceeds to the step 
ST509. 

[0269] In the step ST509, it is judged whether local 
bus ID and listener bus ID are equal or not. When they 
are different, the process proceeds to the step ST503. 
When Ihey are equal, the process proceeds to a step 



ST505. 

[0270] In the step ST503, the portal functions as an 
initiator and requests a target node to release the setting 
of synchronous communication. The target node is con- 
5 nected to the same bus as the portal itself and is a portal 
of a bridge on a path toward the local bus on which the 
talker 2 or the listener 3 exists. 

[0271] in a step ST504, the portal receives a reset re- 
sponse from the target node. In the step ST505, the por- 
io tal sends a reset response to the other portal. The proc- 
ess is terminated. 

[0272] Next, operation for releasing (he setting of syn- 
chronous communication in case the owner 1 , the talker 
2 and the listener 3 are arranged as shown in Figs. 2A 

is to 2C, 3A, 38, 4A and 48 will be described briefly. 

[0273] Operation tor releasing the setting of synchro- 
nous communication in the example of arrangement 
shown in Fig. 2 A will be described below 
[0274] First, the owner 1 starts operation for releasing 

20 the setting of synchronous communication according to 
the flowchart shown in Fig. 13. In this case, as the owner 
1 and the talker 2 exist on the same bus 4. the process 
proceeds to the step ST404 according* to the judgment . 
in the step ST401 . In the step ST404, the setting of 3yn- 

25 chrcnous communication for tho local bus 4 is released. 
[0275] Also, as the owner 1 and the listener 3 exist on 
the same bus 4, the process proceeds to the step ST40S 
according to the judgment in the step ST405. In the step 
ST406, it is verified that the setting of synchronous com- 

30 munication is released. The process is terminated. 
[0276] As described above, when the owner 1, the 
talker 2 and the listener 3 are located in positional rela- 
tionship shown in Fig. 2A, operation for releasing the 
setting of synchronous communication is finished by on- 

35 |y operation for releasing the setting of synchronous 
communication for the owner 1 . 

[0277] Operation for releasing the setting of synchro- 
nous communication in the example of arrangement 
shown in Fig. 2B will be described below, 

to [0278] First, the owner 1 starts operation for releasing 
the setting of synchronous communication according to 
the flowchart shown in Fig, 1 3. In this case, as the owner 
1 and the talker 2 respectively exist on the different bus- 
es 4A and 48, the process proceeds to the step ST402 

is according to the judgment in the step ST40T In the step 
ST402, the owner 1 requests the portal 60A. as a target 
node, of the bridge 6 on a path toward the local bus 4B 
on which the lalkei 2 exists to release the setting of syn- 
chronous communication thereof. 

50 [0279] The portal 60A received the request for releas- 
ing the setting of synchronous communication starts op- 
eration for releasing the setting of synchronous commu- 
nication according to the flowchart shown in Fig. 1 4. 
[0260] Since the portal 60A does not exist on a path 

55 from the talker 2 to the listener 3 and the portal is not 
set, OIP [cid] is 0. Therefore, the process proceeds to 
the step ST603 according to the judgment in the step 
ST601 . In the step ST603, the ponat 60A requests the 




31 EP 0 994 

other portal 60B to release the setting of synchronous 
communication thereof. 

[0281] The portal 60B received the request for releas- 
ing ihe setting of synchronous communication starts op- 
eration for releasing the setting of synchronous commu- s 
nication according to the flowchart shown in Fig. 15. 
[0282] Since the talker 2 exists on the local bus 4B 
and the setting of synchronous communication for the 
local bus 4B is made,. TOIP [cid] is 1. Therefore., the 
process proceeds to the step ST506 according to the to 
judgment in the step ST50 1 . In the step ST506] the set- 
ting of synchronous communication for the local bus 4B 
is released. c 
[0283] Also, since OIP [cid] is 0 and the portal is not 
set, the process proceeds to the step ST509 according ^5 
to the judgment in the step ST507. 
[0284] Also, as the listener 3 exists on the local bus 
48, the process proceeds to the step ST505 according 
to the judgment in the step ST509. In the step ST505, 
the portal SOB sends a reset response to the other portal 20 
60A. 

[0285] The portal 60A received the reset response 
sends a reset response to the owner 1 , which is an ini- . 
tiator, in the step ST605 shown in Fig. 14 and terminates 
processing. 25 
[0286] In the step ST406 shown in Fig. 13, the owner 
1 received the reset response verifies that the setting of 
synchronous communication is released and terminates 
the processing. 

[0287] In Fig. 2B, the buses 4A and 48 are adjacent. . 30 
However, if one or plural buses 4 exist between these 
buses 4A and 48. the above operation in the flowcharts 
shown in Figs, 14 and 15 is sequentially alternately ex- 
ecuted, 

[0288] This is also similar in relation to the following 35 
operation tor releasing the setting of synchronous com- 
munication in the examples of arrangement shown in 
Figs. 2C ( 3A, 3B, 4A and 4B. 

[0289] Operation for releasing the setting of synchro- 
nous communication in the example of arrangement *o 
shown in Fig. 2C will be described below. 
[0290] First, the owner 1 starts operation for releasing 
the setting of synchronous communication according to 
the flowchart shown in Fig. 1 3. In this case, as the owner 
1 and the talker 2 exist on the same bus 4A, the process *s 
proceeds to the step ST404 according to the judgment 
in the step ST4Q1 . In the step ST404, the setting of syn- 
chronous communication for the local bus 4A is re- 
leased. 

[0291] As the owner 1 and the listener 3 respectively so 
exist on the different buses 4A and 4B, the process pro- 
ceeds to the step ST 402 according to the judgment in 
tha step ST405. 

[0292] In the step ST402 f the owner 1 requests the 
portal 60 A, as a target node, of the bridge 6 on a path 55 
toward the local bus 4B on which the listener 3 exists, 
to release the setting of synchronous communication 
thereof. 
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[0293] The portal 60A received the request for releas- 
ing the setting of synchronous communication starts op- 
eration for releasing the setting of synchronous commu- 
nication according to the flowchart shown in Fig. 14. In 
this case, since the portal 60A exists cn a path from the 
talker 2 to the listener 3 and the portal 50A is set, OIP 
[cid] is 1. Therefore, the process proceeds to the step 
ST602 according to the judgment in the step ST601. 
[0294] In the step ST602, the setting for the portal is 
released. 

[0295] In the step ST603. the portal 60A requests the 
other portal 60B to release the setting of synchronous 
communication thereof. 

[0296] The portal 60B received the request for releas- 
ing the setting of synchronous communication starts op- 
eration lor releasing the setting of synchronous commu- 
nication according to the flowchart shown in Fig, 15. In 
this case, as the setting of synchronous communication 
for the local bus 4B has been made. TOIP [cid] is 1, 
Therefore, the process proceeds to the step ST505 ac- 
cording to the judgment in the step ST501. 
[0297] tn the step ST506, the setting of synchronous 
communication for the local bus 4B is released, 
[0298] Also, since the portal 608 exists on a path from 
the talker 2 to the listener 3 and ihe portal 60B is set, 
OIP [cid] is 1. Therefore, the process proceeds to the 
step ST508 according to the judgment in the step 
ST507. In the step ST50S, the setting for the portal 60B 
is released. 

[0299] Also, as the listener 3 exists on the local bus 
4B. the process proceeds to the step ST505 according 
to the judgment in Ihe step ST509. In the step ST505. 
the portal 60S sends a reset response to the other portal 
60A. 

[0300] Next, the portal 60A received the reset re- 
sponse sends a reset response to the owner 1, which is 
an initiator, in the step ST605 shown in Fig. 14. 
[0301] In the step ST406 shown in Fig, 13 ; the owner 
• 1 received the reset response verifies that the setting of 
synchronous communication is released. The process 
is terminated completely. 

[0302] Operation for releasing the setting of synchro- 
nous communication in the example of arrangement 
shown in Fig. 3A will be described below. 
[0303] First, the owner 1 starts operation tor releasing 
the setting of synchronous communication according to 
the flowchart shown in Fig. 1 3. In this case, as the owner 
1 and the lalkei 2 respectively exist on the dillerent bus- 
es 4A and 4B. the process proceeds to the step ST402 
. according to the judgment in the step ST401 . In the step 
ST402, the owner 1 requests the portal 60A t as a target 
node, of the bridge 6 on a path toward the local bus 4B 
on which the talker 2 exists, to release the setting of syn- 
chronous communication thereof (ci). 
[0304] The portal 60 A received the request (c 1 ) for re- 
leasing the setting of synchronous communication 
starts operation lor releasing the setting of synchronous 
communication according to ihe flowchart shown in Fig. 
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14. In this case, as OIP [cid] is 0, the process proceeds 
to the step ST603 according to the judgment in the step 
ST601. In the step ST603, the portal 50A ol the bridge 
6 requests the other portal 60B to release the setting of 
synchronous communication thereof (c2). 5 
[0305] The portal 608 received the request (c2) for re- 
leasing the setting of synchronous communication 
starts operation for releasing the setting of synchronous 
communication according to the flowchart shown in Fig. 

1 5. In this case, since the talker 2 exists on the local bus io 
4B and the synchronous communication for the local 
bus 4B is set, TOIP [cid] is 1. Therefore, the process 
proceeds to the step ST506 accordin&to the judgment 

in the step ST501 . In the step ST506, the setting of syn- 
chronous communication for the local bus 48 is re- is 
leased. 

[0306] Also, as OIP [cid] is 0, the process proceeds 
to the step ST509 according to the judgment in the step 
ST507. 

[0307] Also, as the listener 3 does not exist on the lo- 20 
cal bus 4B, the process proceeds to the step ST503 ac- 
cording to the judgment in the step ST509. 
[0308] In the step ST503, the portal 608 requests the 
portal SOB itself on a path toward the local bus 4A on 
which the listener 3 exists, to release the setting of syrv 2B 
chronous communication thereof (dl ). 
[0309] The portal SOB received the request (d1) for 
releasing the setting of synchronous communication 
starts operation for releasing the setting of synchronous 
communication according to the flowchart shown in Fig. 30 

14. In this case, since the portal 603 exists on a path 
from the talker 2 to the listener 3 and Ihe portal 60B is 
set, OIP [cid] is 1. Therefore, the process proceeds to 
the step ST602 according to the judqment in the step 
STSOt, ^ 35 
[0310] In the step ST602, the setting for the portal SOB 

is released. 

[0311] In the step ST603, the portal 60B requests the 
other portal 60A to release the setting of synchronous 
communication thereof (d2), 40 
[0312] The portal 60A received the request (d2) for 
releasing the setting of synchronous communication 
starts operation for releasing the setting of synchronous 
communication according to the flowchart shown in Fig. 

1 5. in this case, as the setting of synchronous commu- **5 
nication for the local bus 4A has been made, TOIP [cid] 

is 1 . Therefore, the process proceeds to the step ST506 
according to the judgment in the step ST501 . In the step 
ST506, the setting of synchronous communication for 
the local bus 4 A is released. so 
[0313] Also, since the portal 60A exits on a path from 
the talker 2 to the listener 3 and the portal 60A is set, 
OIP |cid] is 1. Therefore, the process proceeds to the 
stop ST50S according to the judgment in the step 
ST507. In the step ST508, the setting for the portal 60A 55 
is released. 

[0314] Also, as the listener 3 exists on the local bus 
4A, the process proceeds to the step ST505 according 



to the judgment in the step ST509. In the step ST505, 
the portal 60A sends a reset response to the other portal 
60B. The process related to the request (d2) is termi- 
nated. 

[0315] In the step ST605 shown in Fig. 14, the portal 
SOB received the reset response sends a reset re- 
sponse to the portal 60B itself, which is an initiator. The 
process related to the request (dl) is terminated. 
[0316] In the step ST505 shown in Fig. 15, the portal 
SOB received the reset response sends a reset re- 
sponse to the other portal 60A, The process related to 
the request (c2) is terminated. 

[0317] In the step ST605 shown in Fig. 14, the portal 
60A received the reset response sends a reset re- 
sponse to the owner 1 1 which is an initiator. The process 
related to the request (d ) is terminated. 
[0318] In the step ST406 shown in Fig. 13. the owner 
1 received the reset response verifies that the setting of 
synchronous communication is released. The process 
is terminated completely. 

[0319] Operation for releasing the setting of synchro- 
nous communication in the example of arrangement 
shown in Fig. 3B will be described below 
[0320] First, the owner 1 start3 operation for releasing 
the setting of synchronous communication according to 
the flowchart shown in Fig. 1 3. In this case, as the owner 
1 and the talker 2 respectively exist on the different bus- 
es 4A and AB t the process proceeds to the step ST402 
according to the judgment in the step ST401 . In the step 
ST402. the owner 1 requests the portal 60A, as a target 
node, of the bridge 6D on a path toward the local bus 
" 48 on which the talker 2 exists, to release the setting of 
synchronous communication thereof . 
[0321] The portal 60A of the bridge 6D received the 
request for releasing the setting of synchronous com- 
munication of the bridge 6D starts operation for releas- 
ing the setting of synchronous communication accord* 
ing to the flowchart shown in Fig. 14. In this case, since 
the ponal 60A of the bridge 6D is riot on a path from the 
talker 2 to the listener 3 and the portal is not set. OIP 
[cid] is 0. Therefore, the process proceeds to the step 
ST603 according lo the judgment in the step ST601 . 
[0322] In the step ST603, the portal 60A of the bridge 
60 requests the other portal 60B ol the bridge 6D to re- 
lease the setting of synchronous communication there- 
of. 

[0323] The portal 60B of the bridge 6D received the 
requesi for releasing the setting of synchronous com- 
munication of the bridge 6D starts operation foi releas- 
ing the setting of synchronous communication accord- 
ing lo the flowchart shown in Fig. 15. In this case, since 
the talker 2 exists on the local bus 4B and the synchro- 
nous communication for the local bus 4B is set, TOIP 
[cid] is 1 . Therefore, the process proceeds to the step 
ST506 according to the judgment in the step ST501 . In 
the step ST506, the setting of synchronous communi- 
cation for the tocal bus 4B is released. Here, the portal 
SOB of the bridge 6D does not exist on a path from the 
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talker 2 to the listener 3 and is not set. 
[0324] Also, as the listener 3 does not exist on the lo- 
cal bus 4B, the process proceeds to the step ST503 ac- 
cording to the judgment in the step ST509. 
[0325] In the step ST503, the portal 60B of the bridge 5 
6D requesls the portal 60A, as a target node, of the 
bridge 6 E on a path toward the local bus 4C on which 
the listener 3 exists, to release the setting of synchro- 
nous communication hereof. 

[0326] The portal 60A of the bridge 6E received the w 
request for releasing the setting of synchronous com- 
munication starts operation for releasing the setting ot 
synchronous communication according to the flowchart 
shown in Fig. 14. In this case, since the portal 60A of 
the bridge 3E exists on a path from the talker 2 to the *5 
listener 3 and the portal 60A of the bridge 6E is set, OtP 
[cid] is i. Therefore, the process proceeds to the step 
ST602 according to the judgment in the step ST601. In 
the step ST602, the setting for the portal 60A of the 
bridge 6E is released. 20 
[0327] In the step ST603, the portal 60A of the bridge 
6E requests the other portal 60B of the bridge 6E to re- 
lease the setting of synchronous communication there- 
of. 

[0328] The ponal 60B of the bridge 6E received the 25 
request for releasing the setting of synchronous com- 
munication starts operation for releasing the setting of 
synchronous communication according to the flowchart 
shown in Fig, 1 5 Jn this case, as the setting of synchro- 
nous communication for the local bus 4C has been so 
made, TOIP [cid] is 1 . Therefore, the process proceeds 
to the step ST506 according to the judgment in the step 
ST501. in the step ST506, the setting of synchronous 
communication for the local bus 4C is released. 
[0329] Also, since the portal SOB of the bridge 6E ex- 35 
ists on a path from the talker 2 to the listener 3 and the 
portal60B of the bridge 6E is set, OIP [cid] is 1 . There- 
fore, the process proceeds to the step ST508 according 
to the judgment in the step ST507. In the step ST506, 
the setting for the portal 60B of the bridge 6E is released. *o 

[0330] Also, as the listener 3 exists on the local bus 
4C, the process proceeds to the step ST505 according 
to the judgment in the step ST509. In the step ST505, 
the portal 60B of the bridge 6E sends a reset response -*s 
to the other portal 60A of the bridge 6E, 
[0331] In the step ST605 shown in Fig. 14, the ponal 
60A ol the bridge 6E received the reset response sends 
a reset response to the portal 60B of the bridge 6D. ' 
which is an initiator. so 
[0332] The portal SOB of the bridge 6D received the 
reset response sends a reset response to the other por- 
tal 60A of the bridge 6D in the step ST505 shown in Fig. 
15. 

[0333] Next, the portal 60A of the bridge 6D received ss 
the reset response of the bridge 6D sends a reset re- 
sponse to the owner 1, which is an initiator in the step 
ST605 shown in Fig. 14. 
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[0334] in the step ST406 shown in Fig. 1 3. the owner 
1 received the reset response verifies that the setting of 
synchronous communication is released. The process 
is terminated completely. 

[0335] Operation for releasing the setting of synchro- 
nous communication in the example of arrangement 
shown in Fig, 4A will be described below 
[0336] First, the owner 1 starts operation for releasing 
the setting of synchronous communication according to 
the flowchart shown in Fig. 1 3, In this case, as the owner 
1 and the talker 2 respectively exist on the different bus- 
es 4A and 4C, the process proceeds to the step ST402 
according to the judgment in the step ST401 . In the step 
ST402, the owner 1 requests the portal 60A, as a target 
node, of the bridge 60 on a path toward the local bus 
4C on which the talker 2 exists, to release the setting of 
synchronous communication thereof. 
[0337] The portal 60A of the bridge 6D received the 
request for releasing the setting of synchronous com- 
munication of the bridge 6D starts operation for releas- 
ing the setting of synchronous communication accord- 
ing to the flowchart shown in Fig. 14. In this case, since 
the portal 60A of the bridge 6D does not exist on a path 
from the talker 2 to the listener 3 and the portal is not 
set, OIP [cid) is"0. Therefore, the process proceeds to 
the step ST603 according to the judgment in the step 
ST601 . In the step ST603, the portal 60A of the bridge 
6D requests the other portal SOB of the bridge 6D to re- 
lease the setting of synchronous communication there- 
of. 

[0338] The portal 60B of the bridge 6D received the 
request for releasing the setting of synchronous com- 
munication starts operation for releasing the setting of 
synchronous communication according to the flowchart 
shown in Fig. 15, In this case, as OIP [cid] is 0 and the 
talker 2 does not exist on the local bus 4B, TOIP [cid] is 
0. Therefore, the process proceeds to the step ST503 
according to the judgment in the step ST501 . In the step 
ST503, the portal 60B of the bridge 6D requests the por- 
tal 60A. as a target node, of the bridge 6E on a path to 
the local bus 4C on which the talker 2 exists, to release 
the setting of synchronous communication (ci ) thereof. 
[0339] The portal 60A of the bridge 6E received the 
request (d ) tor releasing the setting ot synchronous 
communication starts operation tor releasing the setting 
of synchronous communication according to the flow- 
chart shown in Fig. 1 4. In this case, as OIP [cid] is 0, the 
process proceeds to the step ST603 according to the 
judgment in the step ST601 . In the step ST603, the por- 
tal 60A ot the bridge 6E requests the other portal 60B 
of the bridge 6E to release the setting of synchronous 
communication thereof (c2). 

[0340] The portal 60B of the bridge 6E received the 
request (c2) for releasing the setting of synchronous 
communication starts operation lor releasing the setting 
of synchronous communication according to the flow- 
chart shown in Fig. 15. In this case, since the talker 2 
exists on the local bus 4C and the synchronous commu- 
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nication for the local bus 4C is set, TOIP [cidj is 1 . There- 
fore, the process proceeds to the step ST506 according 
to the judgment in the step ST501. In the step ST506. 
the setting of synchronous communication for the local 
bus 4C is released. s 
[0341J Also ; as OIP fcid| is 0. the process proceeds 
to the step ST509 according to the judgment in the step 
ST507. 

[0342] Also, as the listener 3 does not exist on the lo- 
cal bus 4C, the process proceeds to the step ST503 ac- m> 
cording to the judgment in the step ST509. In the step 
ST503, the portal 60B of the bridge 6E requests the por- 
tal 60B itself of the bridge 6E on a path t toward the local 
bus 48 on which the listener 3 exists, to release the set- 
ting of synchronous communication thereof (dl ). 'is 
[0343] The portal SOB of the bridge 6E received the 
request (dl) lor releasing the setting of synchronous 
communication starts operation of releasing the setting 
of synchronous communication according to the- flow- 
chart shown in Fig. 1 4. In this case, since the portal 60B so 
of the bridge 6E exists on a path from the talker 2 to the 
listener 3 and the portal 60 B of the bridge 6E is set, OIP 
[cid] is 1. Therefore, the process proceeds to the step 
ST602 according to the judgment in the step'STSOI. In 
the step STS02, the setting of the portal 60B of the 2$ 
bridge 6E is released. 

[0344] Further in the step ST3Q3, the portal 60B of 
the bridge 6E requests the other portal 60A of the bridge 
6E to release the setting of synchronous communication 
thereof (d2). jo 
[0345] The portal 60A of the bridge6E received the re- 
quest (d2) for releasing the setting of synchronous com- 
munication of the bridge 6E starts operation for releas- 
ing the setting of synchronous communication accord- 
ing to the flowchart shown in Fig. 1 5. In this case, as the 35 
synchronous communication for the local bus 4B is set, 
TOIP [cid] is 1. Therefore, the process proceeds to the 
step ST50S according to the judgment in the step 
ST501. In (he step ST506, the setting of synchronous 
communication for the local bus 4B is released. 40 
[0346] Also, since the portal 60A of the bridge 6E ex- 
ists on a path from the talker 2 to the listener 3 and the 
portal 60A of the bridge 6E is set, OIP [cid] is 1 . There- 
fore, the process proceeds to the step ST508 according 
to the judgment in the step ST507. In the step ST50S, *s 
the setting for the portal SOA ol the bridge 6E is released. 
[0347] As the listener 3 exists on the local bus 4B : the 
process proceeds to the step ST505 according to the 
judgment in the step ST509. In the step ST505, the por- 
tal 60A of the bridge 6E sends a reset response to the so 
other portal 60B of the bridge 6E. The process related 
to the request (d2) is terminated. 

[0348] Next, in the step STS05 shown in Fig. 14, the 
portal 60B of the bridge 6E received the reset response 
of the bridge 6E sends a reset response to the portal ss 
SOB of the bridge 6E itself, which is an initiator The proc- 
ess related to the request <d1) is terminated. 
[0349] In the step ST505 shown in Fig. 15. the portal 



60B of Ihe bridge 6E received the reset response sends 
a reset response to the other portal 60A of the bridge 
6E. The process related to the request (c2) is terminat- 
ed. 

[0350] In the step ST605 shown in Fig. 11, the portal 
SOA of the bridge 5E received the reset response sends 
a reset response to the portal 60B of the bridge 6D, 
which is an initiator. The process related to the request 
(cl) is terminated. 

[0351] In the step ST505 shown in Fig. 15, the portal 
60B of the bridge 6D received the reset response sends 
a reset response to the other portal 60A of the bridge 60. 
[0352] In the step ST605 shown in Fig. 14, the portal 
SOA of the bridge 6D received the reset response sends 
a reset response to the owner 1, which is an initiator 
[0353] In the step ST406 shown in Fig. 1 3 t the owner 
1 received the reset response verifies that the setting of 
synchronous communication is released. The process 
is terminated completely. 

[0354] Operation for releasing the setting of synchro- 
nous communication in the example of arrangement 
shown in Fig. 4B will be described below. 
[0355] First, the owner 1 starts operation for releasing 
the setting of synchronous communication according to 
the flowchart shown in Fig. 1 3. In this case, as the owner 
1 and the talker 2 respectively exist on the different bus- 
es 4B and 4A, the process proceeds to the step ST402 
according to the judgment in the step ST401 . In the step 
ST402. the owner 1 requests the portal 60B> as a target 
node, of the bridge 6D on a path toward the local bus 
4A on which the talker 2 exists, to release the setting of 
synchronous communication thereof (c1). 
[0356] The portal 60B of the bridge 6D received the 
request (d) for releasing the setting of synchronous 
communication starts operation for releasing the setting 
of synchronous communication according to the flow- 
chart shown in Fig. 1 4. In this case, as OIP [cid] is 0, the 
process proceeds to the step ST603 according to the 
judgment in the step ST601 . in the step ST603, the por- 
tal SOB of the bridge 6D requests the other portal 60A 
of the bridge 6D to release the setting of synchronous 
communication thereof (c2). 

[0357] The portal 60A of the bridge 6D received the 
request (c2) for releasing the setting of synchronous 
comm unreal ion starts operation for releasing the setting 
of synchronous communication according to the How- 
chart shown in Fig. 15. In this case, since the talker 2 
exists on the local bus 4A and the synchronous commu- 
nication for the local bus 4 A is set, TOIP f cid | is i. There- 
fore, the process proceeds to the step ST506 according 
to the judgement in the step ST501. In the step ST503, 
the setting of synchronous communication for the local 
bus 4A is released. 

[0358] Also, as OIP [cid] is 0, the process proceeds 
to the step ST509 according to the judgment in the step 
ST507. 

[0359] Also, as the listener 3 does not exist on the lo- 
cal bus 4 A. the process proceeds to the step ST503ac- 
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cording to the judgment in the step ST509. In the step 
ST503, the portal 60A of the bridge 6D requests the por- 
tal 60A itsell of the bridge 6D on a path toward the (oca! 
bus 4C on which the listener 3 exists, to release the set- 
ting of synchronous communication thereof (d1 ). 
[0360] The portal 60 A of the bridge 6D received the 
request (dl) for releasing the setting of synchronous 
communication starts operation for releasing the setting 
of synchronous communication according to the flow- 
chart shown in Fig. 14. In this case, since the portal 60A 
of the bridge 6D exists on a path from the talker 2 to the 
listener 3 and the portal 60A of the bridge 6D is set, OtP 
[cid] is 1< Therefore, the process proceeds to the step 
ST602 according to the judgment in the step ST601 . In 
the step ST602, the setting for the porta!60A of the 
bridge '60 is released. 

[0361] In the step ST603, the portal 60A of the bridge 
6D requests the other portal 60B of the bridge 6D to re- 
tease the setting of synchronous communication thereof 
(<J2). 

[0362] The portal 50B of the bridge 6D received the 
request (d2) for releasing the setting of synchronous 
communication starts operation for releasing the setting 
of synchronous "communication according to the flow- 
chart shown in Fig. 15. In this case, as the setting of 
synchronous communication for the local bus 48 is 
made, TOIP [ctd] is 1 , Therefore, the process proceeds 
to the step ST506 according to the judgment in the step 
ST501- In the step ST506, the setting of synchronous 
communication for the local bus 4B is released. 
[0363] Also, the portal 60B of the bridge 6D exists on 
a path from the talker 2 to the listener 3 and the portal 
60B is set, OIP [cid] is 1. Therefore, the process pro- 
ceeds to the step ST508 according to the judgment in 
the step ST507. In the step ST508, the setting for the 
portal 60B of the bridge 6D is released. 
[0364] Also, as the listener 3 does not exist on the lo- 
cal bus 4B, the process proceeds to the step ST503 ac- 
cording to the judgment in the slep ST509. In the step 
ST503, the portal 60B of the bridge 6D requests the por- 
tal 60A, as a target node, of the bridge 6E on a path 
toward the local bus 4C on which the listener 3 exists, 
to release the setting of synchronous communication 
thereof. 

[0365] The portal 60A of the bridge 6E received the 
request for releasing the setting of synchronous com- 
munication starts operation for releasing the setting of 
synchronous communication according to the flowchart 
shown in Fig. 14. In this case, the portal 60A of the 
bridge 6E exists on a path from the talker 2 to the listener 
3 and the portal 60 A is set, OIP [cid] is 1. Therefore, 
the process proceeds to the step ST602 according to 
tho judgment in the step ST601 . In the step ST602, tho 
setting for the portal 60A of the bridge 6E is released. 
Further, in the step ST603. the portal 60A ot the bridge 
6E requests the other portal 60B of the bridge 5E to re- 
tease the setting of synchronous communication there- 
of. 



[0366] The portal 60B of the bridge 6E received the 
request tor releasing the setting of synchronous com- 
munication starts operation for releasing the setting of 
synchronous communication according to the flowchart 

s shown in Fig. 1 5. In this case, as the setting of synchro- 
nous communication for the local bus 4C is mace, TOIP 
[cid) is 1. Therefore, the process proceeds to the step 
ST506 according to the judgment in the step ST501. In 
the step ST506, the setting of synchronous communi- 

io cation for the local bus AC is released. 

[0367] Also, since the portal SOB of the bridge 6E ex- 
ists on a path from the talker 2 to the listener 3 and the 
portal 60B of the bridge 6E is set, OIP [cid] is 1. There- 
fore, the process proceeds to the step ST50S according 

;s to the judgment in the step ST507. In the step ST 503, 
the setting for the portal 60B is released. 
[0368] Also, as the listener 3 exists on the local bus 
4C, the process proceeds to the step ST505 according 
to the judgment in the step ST509. In the step ST505, 

20 the portal 60B of the bridge 6.E sends a reset response 
to the other portal 60A of the bridge 6E, 
[0369] In the step ST605 shown in Fig, 14. the portal 
60A of the bridge 6E received the reset response sends 
a reset response to the portal 60B of the bridge 60, 

25 which is an initiator. 

[0370] In the step ST505 shown in Fig. 15, the portal 
6GB of the bridge 6D received the reset response sends 
a reset response to the other portal 60A of the bridge 
6D. The process related to the request (d2) is terminat- 

30 ed. 

[0371] In the step ST605 shown in Fig. 14, the portal 
60A of the bridge 60 received the reset response sends 
a reset response to the portal 60A of the bridge 6D itself, 
which is an initiator. The process related to the request 
35 (d1) is terminated. 

[0372] In the step STS05 shown in Fig. 15, the portal 
60Aof the bridge 60 received the reset response sends 
a reset response to the other portal 60B of the bridge 
6D. The process related to the request (c2) is terminat- 
es ed. 

[0373] In the step ST605 shown in Fig. 14, the portal 
60Bof the bridge 6D received the reset response sends 
a reset response to the owner 1, which is an initiator. 
The process related to the request (c1) is terminated. 
45 [0374] The owner 1 received the reset response ver- 
ifies in the step ST406 shown in Fig. 13 that the setting 
of synchronous communication is released. The proc- 
ess is terminated completely. 

[0375] As described above, in this embodiment, the 
so owner 1 operates according to the flowchart shown in 
Fig. 13 and the portals 60A and 60B constituting the 
bridge 6 suitably operate according to the flowchart 
shown in Fig. 1 4 or 1 5. Therefore, a request for releasing 
the setting of synchronous communication is sequen- 
55 tiaily propagated on a path from the talker 2 to the lis- 
tener 3 and the setting of synchronous communication 
for the buses and the bridges on the path from the talker 
2 to the listener 3 is released Hereby, even if the owner 
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1 , the talker 2 and the listener 3 do not exist on the same 
bus, the setting of synchronous communication is sat- 
isfactorily released. 

[0376] In the above embodiment, although a request 
for releasing the setting of synchronous communication 
is sequentially propagated on a path from the talker 2 to 
the listener 3, conversely a request for releasing the set- 
ting of synchronous communication may be also se- 
quentially propagated on a path from the listener 3 to 
the talker 2. Only the substitution of the talker and the 
listener for each other in the flowcharts shown in Figs. 
13 to 15 allows the bus network to realize the above. 
[0377] Also, when the talker 2 is located on the side 
of the owner 1, a path from the talker 2 C to the listener 3 
may be also selected. When the listener 3 is located on 
the side of the owner 1 , a path from the listener 3 to the 
talker 2 may be also selected. 

[0378] Computer program data for realizing the above 
processes in each flowchart shown in Figs. 10 to 15 can 
be provided by a disk record medium such as an optical 
disk and a magnetic disk, and a tape record medium. 
The above computer program data can be also provided 
via a telecommunication line and in each node, the 
above program data can be installed or downloaded. 
[0379] Also, in the above embodiment, the present in- 
vention is applied to the IEEE-1394 bus network. How- 
ever, it is needless to say that the present invention can 
be also similarly applied to another bus network in which 
plural buses are connected via. a bridge. 
[0380] According to the present invention, a request 
for setting synchronous communication . from a re- 
source-possessing node is sequentially propagated to 
set synchronous communication for buses and bridges 
respectively constituting a path (a channel) from a send- 
ing node to a receiving node. When the resource-pos- 
sessing node, the sending node and the receiving node 
do not exist on the same bus ( the setting of synchronous 
communication can be satisfactorily made. . 
[0381] As many apparently widely different embodi- 
ments of this invention may be made without departing 
from the sprit and scope thereof, it is to be understood 
that the invention is not limited to the specific embodi- 
ments thereof except as defined in the appended 
claims. 



Claims 



1. 



A method of setting synchronous communication in 
a bus network in which plural buses are connected 
via a bridge including first and second communica- 
tion means, comprising the steps of: 

a first step of setting said synchronous commu- 
nication for a first bus by a resource-possess- 
ing node when a sending node or a receiving 
node exists on said first bus on which said re- 
source-possessing node itself exists, and 
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sending a request for setting synchronous com- 
munication by said resource-possessing node 
to the first communication means of said bridge 
existing on said first bus when no sending node 
or no receiving node exists on said first bus and 
passing a packet to said sending node or said 
receiving node not existing on said first bus; 
a second step of sending a request for setting 
synchronous communication to said second 
communication means connected to said first 
communication means by the first communica- 
tion means which receives the request for set- 
ting synchronous communication from the said 
. resource-possessing node, and setting said 
synchronous communication for said first com- 
munication means itself when said first commu- 
nication means itself exists on a path from said 
sending node to said receiving node; and 
a third step of setting said synchronous com- 
munication for a second bus, when said send- 
ing node or said receiving node exists on said 
second bus on which said second communica- 
tion means itself exists, by the second commu- 

. ntcation means which receives the request for 
setting synchronous communication, setting 
said synchronous communication for said sec- 
ond communication means itself when said 
second communication means iiself exists on 

.a path from said sending node to said receiving 
node and further, sending a request for setting 
synchronous communication to said first com- 
munication means of said bridge existing on 
said second bus when no sending node or no 
receiving node exists on said second bus and 
passing a packet to said sending node or said 
receiving node not existing on the second bus. 

The method of setting synchronous communication 
in a bus network according to Claim t , further com- 
prising the steps of: 

. a step of releasing the setting of synchronous 
communication made for said first bus by the 
resource-possessing node when the resource- 
possessing node receives a response that the 
setting of synchronous communication fails 
from the first communication means of said 
bridge alter the resource-possessing node 
sends a request for setting synchronous com- 
munication to the first communication means of 
said bridge: 

a step of releasing the setting of synchronous 
. communication made for the first communica- 
tion means itself of said bridge by the first com- 
munication means when the first communica- 
tion means receives a response that the setting 
of synchronous communication fails from said 
second communication means after the first 
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communication means sends a request for set- 
ting synchronous communication to said sec- 
ond communication means connected to the 
first communication means itself and sending a 
response that the setting ol synchronous com- 5 
municatton fails to said resource-possessing 
node or the second communication means of 
said bridge, said resource -possessing node 
sending said request for setting synchronous 
communication to the first communication io 
means; and 

a step of releasing the setting of synchronous 
communication made for said; second bus by 
the second communication means of said 
bridge when the second communication means *s 
receives a response that the setting of synchro- 
nous communication fails from the first commu- 
nication means of said bridge after the second 
communication means sends a request for set- 
ting synchronous communication to the first zo 
communication means of said bridge, releasing 
the setting of synchronous communication 
made for the second communication means it- 
self and sending a response that the setting of 
synchronous communication fails to said first 
communication means connected to the sec- 
ond communication means itself. 

3. The method of setting synchronous communication 

in a bus network according to Claim 2, further com- 30 
prising a step of: 

sending a response that the setting of syn- 
chronous communication fails, when the setting of 
said synchronous communication for said second 
bus fails, to said first communication means con- 3S 
nected to the second communication means by the 
second communication means of said bridge. 

4. The method of setting synchronous communication 

in a bus network according to Claim 1 ; 2 or 3 <*o 

wherein an IEEE-1 394 bus is used as said bus; 
and 

wherein said first and second communication 
means are respectively a portal. r*s 

5. A bus network in which plural buses are connected 
via a bridge constituting first and second communi- 
cation means: 

so 

wherein a resource-possessing node, a send- 
ing node and a receiving node are connected 
to the samo bus or different buses of said plural 
buses; 

wherein said resource-possessing node com- 55 
prising 

means for setting said synchronous com- 
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munication for a first bus when said send- 
ing node or said receiving node exists on 
said first bus on which said resource -pos- 
sessing node itself exists, and 
means for sending a request for setting 
synchronous communication, when no 
sending node or no receiving node exists 
on said first bus, to the first communication 
means existing on said first bus and pass- 
ing a packet to said sending node or said 
receiving node not existing on the first bus; 
wherein the first communication means of 
said bridge comprising, 
means for sending a request for setting 
synchronous communication to said sec- 
ond communication means connected to 
the first communication means itself when 
the first communication means receives a 
request for setting synchronous communi- 
cation, and 

means for setting said synchronous com- 
munication tor the first communication 
means itself if the first* communication 
means itself exists on a path from said 
sending node to said receiving node when 
the first communication means receives 
said request for setting synchronous com- 
munication; and 

wherein the second communication means of 
said bridge comprising , 

means for setting said synchronous com- 
munication for said second bus if said 
sending node or said receiving node exists 
. on the second bus on which the second 
communication means itself exists when 
the second communication means re- 
ceives a request for setting synchronous 
communication, 

means for setting said synchronous com- 
munication for the second communication 
means itself if the second communication 
means itself exists on a path from said 
sending node to said receiving node when 
the second communication means re- 
ceives said request for setting synchro- 
nous communication, and 
means for sending a request for setting 
synchronous communication to the first 
communication means of said bridge if no 
sending node or no receiving node exists 
on said second bus, said first communica- 
tion means existing on said second bus 
and passing a packet to said sending node 
or said receiving node not existing on the 
second bus, when the second communica- 
tion means receives said request for set- 
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ting synchronous communication. 

The bus network according to Claim 5. 

wherein said resource-possessing node com- 5 
prising 

means for releasing the setting of syn- 
chronous communication made for said first 
bus when said resource-possessing node re- 
ceives a response that the setting of synchro- 'to 
nous communication fails from the first commu- 
nication means of said bridge after said re- 
source-possessing node sends a request for 
setting synchronous communication to Ihe first 
communication means of said bridge; 
wherein the first communication means of said 
bridge comprising, 

means for releasing the setting of syn- 
chronous communication made for the first 
communication means itself when the first com- 20 . 
mum'cation means receives a response that the 
setting of synchronous communication fails 
from said second communication means after 
the first communication means sends a request 
for setting synchronous communication to said 
second communication means connected to 
the first communication means itself, and for 
sending a response that the setting of synchro- 
nous communication fails to said resource-pos- 
sessing node sending said request for setting 30 
synchronous communication or said second 
communication means of said bridge; and 
wherein the second communication means of 
said bridge comprising 

means for releasing the setting of syn- os 
chronous communication made for said second 
bus when the second communication means 
receives a response that the setting of synchro- 
nous communication fails from the first commu- 
nication means of said bridge after the second <*o 
communication means sends a request for sel- 
ting synchronous communication to the first 
communication means of said bridge, for re- 
leasing the setting of synchronous communica- 
tion made for the second communication 
means itself and further, (or sending a response 
that the setting of synchronous communication 
fails to said first communication means con- 
nected to the second communication means it- 
self, so 



The bus network according to Claim 6, wherein the 
second communication means of said bridge further 
comprises means for sending a response that the 
setting of synchronous communication fails to said 55 
first communication means connected to the sec- 
ond communication means itself when the second 
communication means fails in setting for said syn- 



chronous communication for said second bus. 

8. The bus network according to Claim 5, 6 or 7 where- 
in an IEEE-1394 bus is used as said bus; and said 
first and second communication means are respec- 
tively a portal. 

9. An information provision medium for providing a 
computer program used in a bus network in which 
plural buses are connected via a bridge including 
first and second communication means for execut- 
ing at least one of the following steps, comprising: 

a step in which, a resource -possessing node 
sets said synchronous communication for a first 
bus when a sending node or a receiving node 
exists on said first bus on which the resource- 
possessing node itself exists and sends a re- 
quest for setting synchronous communication 

. * to first communication means of said bridge ex- 
isting on said first bus when no sending node 
or no receiving node exists on said first bus, 
said first communication means passing a 
packet to said sending node or said receiving 
node not existing on the first bus; 
a step in which first communication means of 
the bridge, which receives the request for set- 
ting synchronous communication, sends a re- 
quest for setting synchronous communication 
to said second communication means connect- 
ed to the first communication means itself and 
sets said synchronous communication for the 
first communication means itself when the first 
communication means exists on a path from 
said sending node to said receiving node; and 
a step in which second communication means 
of said bridge, which receives the request for 
setting synchronous communication, sets said 
synchronous communication for a second bus 
when said sending node or said receiving node 
exists on said second bus on which the second 
communication means itself exists, sets said 
synchronous communication for the second 
communication means itself when the second 
communication means exists on a path from 
said sending node to said receiving node and 
further, sends a request for setting synch ro- 

. nous communication to the first communication 
means of said bridge existing on said second 
bus, when no sending node or no receiving 
node exists on said second bus, said first com- 
munication means passing a packet to said 
sending node or said receiving node not exist- 
ing on the second bus. 

10. The information provision medium according to 
.Claim 9 for providing a computer program lor exe- 
cuting at least one of the following steps, compris- 
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>ng: lion means are respectively a portal. 

a step in which a resource-possessing node re- 
leases the setting of synchronous communica- 
tion made lor said first bus when the resource- £ 
possessing node receives a response that the 
setting of synchronous communication fails 
from first communication means of said bridge 
after the resource-possessing node sends a re- 
quest for setting synchronous communication to 
to the first communication means of said 
bridge; 

a step in which the first communication means 
of said bridge releases the setting of synchro- 
nous communication made for the first commu- ^ 
nication means itself when the first communi- . 
cation means receives a response that the set- 
ting of synchronous communication fails from 
said second communication means after the 
first communication means sends a request for 20 
setting synchronous communication to said 
second communication means connected to 
the first communication means itself and sends 
a response that the setting of synchronous 
communication fails to said resource-possess- 25 
ing node which sends said request for setting 
synchronous communication or the second 
communication means of said bridge; and 
a step in which second communication means 
of said bridge releases the setting of synchro- 30 
nous communication made for said second bus 
when the second communication means re- 
ceives a response that the setting of synchro- 
nous communication fails from the first commu- 
nication means of said bridge after the second 35 
communication means sends a request for set- 
. ting synchronous communication to the first 
communication means of said bridge, releases 
the settfng of synchronous communication 
made for the second communication means it- *o 
self and further, sends a response that the set- 
ting of synchronous communication fails to said 
first communication means connected to the 
second communication means itself. 

45 

11. The information provision medium according to 
Claim 10. comprising a computer program for exe- 
cuting a step wherein second communication 
means of said bridge sends a response that the set- 
ting of synchronous communication fails to said first 50 
communication means connected to the second 
communication means itself when the second com- 
munication means fails in setting said synchronous 
communication for said second bus. 



55 



12. The information provision medium according to 
Claim 9, 10 or 11 wherein an IEEE-1 394 bus is used 
• as said bus and said first and second communtca- 
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